亚洲精品成人_精品成人一区_999视频在线播放_免费黄色在线_亚洲成人久久久_久久www免费视频

會話管理

http協議中,我們了解到了,http每次請求都是握手/揮手,第二次和第一次請求時沒有任何關聯的,屬于無狀態協議,那么問題來了,既然http是無狀態協議,那服務器是怎么區分不同的用戶的呢?,這就是會話了

基礎講解

服務器能區分用戶的原理主要就是在于會話,每次發起http請求時,都附加上一條身份識別數據,例如下面這個http請求頭:

GET / HTTP/1.1
Host: www.b3f21.cn
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 UBrowser/6.2.4094.1 Safari/537.36
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.8
Cookie: Hm_lvt_4c8d895ff3b25bddb6fa4185c8651cc3=1541986142,1542074627,1542158990,1542252497; Hm_lpvt_4c8d895ff3b25bddb6fa4185c8651cc3=1542252498

拋開http本身需要的數據,我們講解下:

User-Agent: 用戶端信息,瀏覽器的各種信息
Cookie: cookie會話

服務端可以通過User-Agent獲得用戶的瀏覽器信息,可以通過cookie獲取自定義的信息
所以我們可以:

  • 用戶A第一次進入,沒有附帶cookie
  • 服務端記錄這個用戶,響應頭增加一個set_cookie:id=1的cookie
  • 瀏覽器獲得響應頭,解析到set_cookie動作,把id=1存進cookie
  • 第二次請求服務端,帶上id=1的cookie,服務端就可以知道:這次請求時用戶A請求的
  • 同理,用戶B第一次進入,服務端響應set_cookie:id=2
  • ...

可以看出,只要用戶端每次請求,跟服務端約定好一個參數作為用戶標識,服務端就可以通過這個標識區分不同的用戶了

主站蜘蛛池模板: 91精品啪在线观看国产动漫 | www.夜夜骑.com | 欧美亚洲国产一区二区三区 | 一区二区三区播放 | 欧美爱爱网址 | 午夜精品福利影院 | 三级现频在线观看 | 日韩欧美一区二区在线观看视频 | 欧美日韩精品一二三区 | 午夜私人影院 | 欧美日韩精品二区 | 久草视频这里只有精品 | 偷拍自拍网 | 欧美影院一区二区三区 | 亚洲精品午夜久久久久久久 | 欧美黄色一级 | 国产91久久精品一区二区 | 综合久久国产 | a黄毛片 | 天天摸天天操 | 狠狠干综合网 | 一级免费大片 | 黄色日b | 日日cao| 久久99国产精品自在自在app | 欧美成人精品一区二区 | 亚洲福利一区二区 | 三级黄色免费网站 | 欧美成人一区二区 | 日韩影院在线观看 | 99精品视频在线观看免费 | 夜夜草免费视频 | 国产精品一区三区 | 亚洲免费视频在线观看 | 日b大片| 国产孕妇孕交大片孕 | 四虎www.| 久久久久久欧美精品色一二三四 | 成人免费mmmmm视频 | 日本视频一区二区三区 | 亚洲欧美日韩电影 |