Cookie總是保存在客戶端中，按在客戶端中的存儲位置，可分爲內存Cookie和硬盤Cookie。內存Cookie由瀏覽器維護，保存在內存中，瀏覽器關閉後就消失了，其存在時間是短暫的。硬盤Cookie保存在硬盤裏，有一個過期時間，除非用戶手工清理或到了過期時間，硬盤Cookie不會被刪除，其存在時間是長期的。所以，按存在時間，可分爲非持久Cookie和持久Cookie。
HTTP請求+cookie的交互流程
如果步驟5攜帶的是過期的cookie或者是錯誤的cookie，那麼將認證失敗，返回至要求身份認證頁面。
HTTP協議作爲無狀態協議，對於HTTP協議而言，無狀態同樣指每次request請求之前是相互獨立的，當前請求並不會記錄它的上一次請求信息。那麼問題來了，既然無狀態，那完成一套完整的業務邏輯，發送多次請求的情況數不勝數，使用http如何將上下文請求進行關聯呢？機智的人類通過優化，找到了一種簡單的方式記錄http協議的請求信息
優化後的HTTP請求：
- 瀏覽器發送request請求到服務器，服務器除了返回請求的response之外，還給請求分配一個唯一標識ID，協同response一併返回給瀏覽器。
- 同時服務器在本地創建一個MAP結構，專門以key-value（請求ID-會話內容）形式將每個request進行存儲
- 此時瀏覽器的request已經被賦予了一個ID，第二次訪問時，服務器先從request中查找該ID，根據ID查找維護會話的content內容，該內容中記錄了上一次request的信息狀態。
- 根據查找出的request信息生成基於這些信息的response內容，再次返回給瀏覽器。如果有需要會再次更新會話內容，爲下一次請求提供準備。
所以根據這個會話ID，以建立多次請求-響應模式的關聯數據傳遞。說到這裏可能已經喚起了大家許多共鳴。這就是cookie和session對無狀態的http協議的強大作用。服務端生成這個全局的唯一標識，傳遞給客戶端用於唯一標記這次請求，也就是cookie；而服務器創建的那個map結構就是session。所以，cookies由服務端生成，用於標記客戶端的唯一標識，無特定含義，在每次網絡請求中，都會被傳送。session服務端自己維護的一個map數據結構，記錄key-content上下文內容狀態。
【我】 簡單來說:cookie 和 session 的配合 實現了 多次請求保持上下文環境的問題。 而cookie得職責是標識唯一用戶（各種信息和唯一信息）發送並保存在瀏覽器上， 而session 一直在服務端，其職責是對cookie 與 上下文環境得對於關係得樞紐。
他們之間沒有可比性，只有關聯性。
cookie的屬性
一般cookie所具有的屬性，包括：
Domain：域，表示當前cookie所屬於哪個域或子域下面。
對於服務器返回的Set-Cookie中，如果沒有指定Domain的值，那麼其Domain的值是默認爲當前所提交的http的請求所對應的主域名的。比如訪問 http://www.example.com，返回一個cookie，沒有指名domain值，那麼其爲值爲默認的www.example.com。
Path：表示cookie的所屬路徑。
Expire time/Max-age：表示了cookie的有效期。expire的值，是一個時間，過了這個時間，該cookie就失效了。或者是用max-age指定當前cookie是在多長時間之後而失效。如果服務器返回的一個cookie，沒有指定其expire time，那麼表明此cookie有效期只是當前的session，即是session cookie，當前session會話結束後，就過期了。對應的，當關閉（瀏覽器中）該頁面的時候，此cookie就應該被瀏覽器所刪除了。
secure：表示該cookie只能用https傳輸。一般用於包含認證信息的cookie，要求傳輸此cookie的時候，必須用https傳輸。
httponly：表示此cookie必須用於http或https傳輸。這意味着，瀏覽器腳本，比如javascript中，是不允許訪問操作此cookie的。
服務器發送cookie給客戶端
從服務器端，發送cookie給客戶端，是對應的Set-Cookie。包括了對應的cookie的名稱，值，以及各個屬性。
Set-Cookie: lu=Rg3vHJZnehYLjVg7qi3bZjzg; Expires=Tue, 15 Jan 2013 21:47:38 GMT; Path=/; Domain=.169it.com; HttpOnly Set-Cookie: made_write_conn=1295214458; Path=/; Domain=.169it.com Set-Cookie: reg_fb_gate=deleted; Expires=Thu, 01 Jan 1970 00:00:01 GMT; Path=/; Domain=.169it.com; HttpOnly
從客戶端把cookie發送到服務器
從客戶端發送cookie給服務器的時候，是不發送cookie的各個屬性的，而只是發送對應的名稱和值。
GET /spec.html HTTP/1.1 Host: www.example.org Cookie: name=value; name2=value2 Accept: */*
關於修改，設置cookie
除了服務器發送給客戶端（瀏覽器）的時候，通過Set-Cookie，創建或更新對應的cookie之外，還可以通過瀏覽器內置的一些腳本，比如javascript，去設置對應的cookie，對應實現是操作js中的document.cookie。
Cookie的缺陷
- cookie會被附加在每個HTTP請求中，所以無形中增加了流量。
- 由於在HTTP請求中的cookie是明文傳遞的，所以安全性成問題。（除非用HTTPS)
- Cookie的大小限制在4KB左右。對於複雜的存儲需求來說是不夠用的。