簡介

如果小夥伴最近有訪問國外的一些標準網站的話,可能經常會彈出一個對話方塊,說是本網站為了更好的體驗和跟蹤,需要訪問你的cookies,問你同意不同意,對於這種比較文明的做法,我一般是點同意的。

但是轉頭一想,為什麼訪問國內的網站從來沒有彈出過這個提示呢?這是一個值得深思的問題,或許當你看完這篇文章之後,就有了答案。

cookies的作用

那麼cookies有什麼作用呢?HTTP cookies就是伺服器端傳送給瀏覽器端的一小部分資料,瀏覽器接收到這個資料之後,可以存起來自己用,也可以在後續傳送到server端進行一些資料的校驗。

通過在cookies中儲存一些有用的資料,可以將無狀態的HTTP協議變成有狀態的session連線,或者用來儲存登入的許可權,下次不用密碼即可登陸,非常有用。

一般來說,cookies用在三個方面:

  1. session的管理,用來儲存登入狀態,從而讓HTTP請求可以帶上狀態資訊。
  2. 使用者自定義的設定,這些使用者特殊的欄位,需要儲存在cookies中。
  3. 跟蹤使用者的行為資訊。

在很久很久以前,還沒有現代瀏覽器的時候,客戶端的唯一儲存就是cookies,所以cookies也作為客戶端儲存來使用的,但是有了現代的瀏覽器之後,一般是建議把客戶端儲存的資料放到其他儲存方式中。

為什麼呢?

因為每次請求cookies中的資料會自動帶上,並且傳送到server端,所以如果cookies中儲存了太多的資料,就會導致伺服器效能的下降。

建立cookies

因為cookies是客戶端的本地儲存,所以如果伺服器端想要設定客戶端的cookies時,通過在響應頭中設定Set-Cookie,瀏覽器接收到這個響應頭之後,就會將對應的cookies內容儲存到瀏覽器本地。

然後在後續的伺服器請求中都會帶上Cookie header。同時cookie還可以帶上過期時間、傳送限制等屬性。

先來看下Set-Cookie的格式:

Set-Cookie: <cookie-name>=<cookie-value>

舉個例子,下面是一個server端的響應:

HTTP/2.0 200 OK
Content-Type: text/html
Set-Cookie: name=flydean
Set-Cookie: site=www.flydean.com

當瀏覽器接收到這個響應之後,就會在本地的cookies中設定對應的值,並且在後續的請求中將這些值以cookies的header形式帶上:

GET /test.html HTTP/2.0
Host: www.flydean.com
Cookie: name=flydean; site=www.flydean.com

在netty中提供了一個Cookie的類,專門用來表示cookies,這個類中提供了cookies的基本屬性,然後通過使用:

response.headers().add(HttpHeaderNames.SET_COOKIE, ServerCookieEncoder.STRICT.encode(cookie));

來對響應頭進行設定。

cookies的生存時間

HTTP的cookies有兩種,一種是session cookies,這種cookies會在session結束之後自行刪除。

還有一種cookies通過指定Expires或者 Max-Age 來設定過期時間:

Set-Cookie: id=abcdef; Expires=Thu, 31 May 2021 08:00:00 GMT;

其中Expires是HTTP1.0中定義的header,Max-Age是HTTP1.1中定義的header。

cookies的許可權控制

HTTP提供了兩個屬性來對cookies的許可權進行控制,分別是Secure和HttpOnly。

如果cookies中帶有Secure屬性,那麼cookies只會在使用HTTPS協議的時候傳送給伺服器。如果使用的是HTTP協議,則不會發送cookies資訊。

並且,如果是在http的情況下,server端是不允許給cookie設定Secure屬性的。

但是設定了Secure屬性並不意味著cookies就是安全的,因為可以從其他的手段拿到瀏覽器端的cookies。

還有一個屬性是HttpOnly,如果cookies設定了HttpOnly,那麼cookies是不允許被JavaScript訪問的,通過設定HttpOnly,我們可以提升客戶端資料的安全性:

Set-Cookie: id=abcdef; Expires=Thu, 21 May 2021 08:00:00 GMT; Secure; HttpOnly

cookies還可以新增Domain和Path屬性,用於標記cookies可以傳送到的URL。

其中Domain表示域名,而Path表示路徑。

如果Domain沒有設定,則預設是設定cookies的host,這個host是不包含子domain的。如果手動指定了Domain,那麼子domain是會包含在內的。

比如如果我們設定了Domain=flydean.com,那麼子domain:doc.flydean.com也會共享這個cookies。

Path用來匹配URL的路徑,只有匹配到的URL才可以傳送cookies。

另外HTTP還提供了一個SameSite屬性,表示如果是在CORS環境情況下,是否傳送cookies到第三方網站,這樣可以在一定程度上保護網站的資訊。

SameSite有三個可能的值,分別是Strict, Lax, 和 None。如果在Strict情況下,那麼cookie僅傳送到與建立它的站點相同的站點。Lax跟Strict類似,不同之處在於當用戶導航到cookie的原始站點時傳送cookie,比如通過訪問外部站點的連結。 None可以在原始網站和跨站資源訪問中使用,但是必須要在安全的環境中進行(設定Secure屬性)。如果沒有設定SameSite,那麼表現是和Lax一致的。

例如:

Set-Cookie: name=flydean; SameSite=Strict

第三方cookies

我們知道cookies是和domain相關的,如果cookies的domain是和當前訪問的頁面相同的話,這個cookies就叫做 first-party cookies。如果和當前的訪問頁面不同,比如訪問第三方的圖片、指令碼、css等,第三方的伺服器有可能會發送他們自己的cookies,這種cookies叫做第三方cookies,第三方cookies主要被用來廣告或者跟蹤使用者的行為資訊。

對於有些瀏覽器來說,可能會禁用第三方的cookies,這有可能會導致訪問網站的一些功能問題,大家可以主要觀察一下。

總結

使用cookies可以輔助我們做很多事情,但是也要注意cookies的安全性。

本文已收錄於 http://www.flydean.com/05-http-cookie/

最通俗的解讀,最深刻的乾貨,最簡潔的教程,眾多你不知道的小技巧等你來發現!

歡迎關注我的公眾號:「程式那些事」,懂技術,更懂你!