大家好，我是前端西瓜哥。

【資料圖】

很多初學(xué)者會分不清 Session 和 Cookies 的區(qū)別，今天西瓜哥我就帶大家來掌握這兩個概念。

登錄網(wǎng)站的表象

你進(jìn)入網(wǎng)站的登錄頁面，輸入用戶名和密碼，點擊 “登錄” 按鈕，然后你就登錄成功了，然后就可以進(jìn)行需要登錄才能進(jìn)行的操作，比如給西瓜哥的文章點贊。

之后，你再打開這個網(wǎng)站，就不用再輸入用戶名和密碼了。

?其實是因為你使用了一個 “看不見” 的用戶憑證，它被緩存在當(dāng)前瀏覽器中，在它過期前你依舊是登錄狀態(tài)。

而當(dāng)你打開另一個瀏覽器時，或者用另一臺電腦打開時，你還是要走一遍登錄流程，才能拿到用戶憑證實現(xiàn)登錄狀態(tài)。

上面行為的底層到底發(fā)生了什么呢？?

Session

當(dāng)用戶將用戶名和密碼發(fā)給服務(wù)端后，服務(wù)端會從用戶表中，驗證用戶名是否匹配密碼。

user 用戶表大概如下：

user_id user_name password--------------------------------------- 1 前端西瓜哥 kksk456 2 watermelon ou114514

如果用戶名和密碼正確，就會生成一個隨機(jī)的 id 作為用戶的憑證，存放到一個映射表里，并讓這個隨機(jī) id 映射到對應(yīng)的用戶 id。

我們可以將它存到數(shù)據(jù)庫中：

session_id user_id-----------------------kdj1231j 2

你也可以存到內(nèi)存、redis 之類可以快速訪問的存儲介質(zhì)中。

此外，session_id 在映射表中也不能有相同的值，否則會導(dǎo)致張三登錄拿到了李四的號。

這樣一個保存用戶憑證（session_id）到用戶 id 的映射存儲，就是所謂的 Session 了。

Session 的意思是會話的意思，可以記錄狀態(tài)。就像兩個人建立交談后，在交談的過程中我們知道雙方彼此，但一旦結(jié)束對話，我們就形同陌路。

Cookies

session_id 創(chuàng)建好了，接下來就是要將這個 sesson_id 傳給瀏覽器，讓瀏覽器把它保存起來，并讓瀏覽器在之后的每次請求中都帶上這個 session_id，好讓服務(wù)器識別用戶。

但瀏覽器的請求是基于 HTTP 協(xié)議的，這種協(xié)議的一個特點是無狀態(tài)。即在協(xié)議的實現(xiàn)上，無法知道對方是誰，任意兩個請求都是獨立的，它不知道一個請求的發(fā)起人是否為之前某個請求的發(fā)起人。這樣的話，我們就難以實現(xiàn)維持登錄狀態(tài)。

為了解決這個問題，Cookies 出現(xiàn)了，它能夠?qū)⒎?wù)端返回的一些信息保存下來，并在之后的請求中將其帶上。

服務(wù)端會在 HTTP 響應(yīng)頭字段中帶上 Set-Cookie 字段，會帶上我們需要設(shè)置的鍵值對，以及其他信息（比如有效期），如下：

Set-Cookie: session_id=kdj1231j; Max-Age=10000000

瀏覽器接收到后，就會將其保存到瀏覽器中。之后的每次請求，瀏覽器都會在 HTTP 請求頭中帶上 session_id 信息：

Cookie: session_id=kdj1231j;

服務(wù)端會取出 session_id 去 session 映射表中去找。

如果存在，我們就取出其用戶 id，基于這個用戶 id 去獲取一些私人信息，比如你的銀行余額。

結(jié)尾

Session 是一個用戶憑證（sesson_id）映射到用戶id的一個映射表，用于通過用戶憑證識別用戶。

而 Cookies 則是 HTTP 協(xié)議中可以用來保存狀態(tài)的驚喜小甜點，它能夠?qū)⒎?wù)器返回的一些數(shù)據(jù)保存下來，在下一次請求中攜帶上。

標(biāo)簽： Session Cookies