我對sessionid的理解

plus2047 發(fā)布于2019-08-22 15:46 / 1183人閱讀

摘要：瀏覽器端與服務(wù)端的情事最早之前服務(wù)器與瀏覽器之間相互。一次請求之后就結(jié)束了，不會保存這個請求的信息。圖鑒自己用寫的簡單后臺接口隨請求傳輸證名

不知道是不是扯蛋，還是太菜...

看上面的的話毫不關(guān)系是吧...
自己看過一點關(guān)于說session id 的一些文章，貌似都是一樣的...。
以下內(nèi)容個人理解，請大家指正...

我想自己舉個例子

大家想，人與人之間說話交流，辨別你是小明還是小紅。第一點可能就是外表（光），第二點就是說話的音色（空氣）。上面的實例說明了一件基本事實，兩個不同個體之間，判別對方，需要通過至少一種憑據(jù) 和必備的媒介（例如光、空氣）。由此可以想到瀏覽器與服務(wù)端也是需要一種憑據(jù) 和媒介。

瀏覽器端與服務(wù)端的情事

最早之前服務(wù)器與瀏覽器之間相互。一次請求之后就結(jié)束了，不會保存這個請求的信息。這帶來很多不便（調(diào)用其他接口都要帶著用戶登陸信息），因此某位大神就提出一個方案... cookie

cookie(媒介)

cookie可以持久的保存在瀏覽器端,cookie可以設(shè)置過期時間、路徑...等等
同時 cookie 也可也伴隨 http 從瀏覽器端發(fā)送到服務(wù)端，相反的服務(wù)端也以把 cookie 信息發(fā)送到瀏覽器端。

此時再想一想登陸邏輯, 用戶A登陸，服務(wù)端一般會把登陸信息存起來（可以把信息存在文件里，或存在內(nèi)存里等等），然后派發(fā)出一個加密唯一的 sessionid 來對應(yīng)a 用戶信息（ sessionid ---> a 的登陸信息。）最后服務(wù)端通過操作響應(yīng)頭 ,把 sessionid 這個值通過 cookie 的形式，傳輸?shù)綖g覽器端.瀏覽器端一般就會保存cookie。當(dāng)用戶再訪問該服務(wù)端的鏈接時，都會帶著sessionid（隨著cookie 傳到后端）。然后服務(wù)端就憑借這個 sessionid 來查看用戶的信息，判斷當(dāng)前誰登陸了，是不是登陸狀態(tài)。
圖鑒（自己用koa寫的簡單后臺接口）ccookie 隨http 請求傳輸證名：