對比分析php中Cookie與Session的異同_php技巧

讓大家對Cookie和Session有一個更深入的瞭解，並對自己的開發工作中靈活運用帶來啟示。

一、cookie機制

Cookies是伺服器在本地機器上儲存的小段文本並隨每一個請求發送至同一個伺服器。IETF RFC 2965 HTTP State Management Mechanism 是通用cookie規範。網路伺服器用HTTP頭向用戶端發送cookies，在客戶終端，瀏覽器解析這些cookies並將它們儲存為一個本地檔案，它會自動將同一伺服器的任何請求縛上這些cookies 。

具體來說cookie機制採用的是在用戶端保持狀態的方案。它是在使用者端的工作階段狀態的存貯機制，他需要使用者開啟用戶端的cookie支援。cookie的作用就是為瞭解決HTTP協議無狀態的缺陷所作的努力。
正統的cookie分發是通過擴充HTTP協議來實現的，伺服器通過在HTTP的回應標頭中加上一行特殊的指示以提示瀏覽器按照指示產生相應的cookie。然而純粹的用戶端指令碼如JavaScript也可以產生cookie。而cookie的使用是由瀏覽器按照一定的原則在後台自動發送給伺服器的。瀏覽器檢查所有儲存的cookie，如果某個cookie所聲明的作用範圍大於等於將要請求的資源所在的位置，則把該cookie附在請求資源的HTTP要求標頭上發送給伺服器。

cookie的內容主要包括：名字，值，到期時間，路徑和域。路徑與域一起構成cookie的作用範圍。若不設定到期時間，則表示這個cookie的生命期為瀏覽器會話期間，關閉瀏覽器視窗，cookie就消失。這種生命期為瀏覽器會話期的cookie被稱為會話cookie。會話cookie一般不儲存在硬碟上而是儲存在記憶體裡，當然這種行為並不是規範規定的。若設定了到期時間，瀏覽器就會把cookie儲存到硬碟上，關閉後再次開啟瀏覽器，這些cookie仍然有效直到超過設定的到期時間。儲存在硬碟上的cookie可以在不同的瀏覽器進程間共用，比如兩個IE視窗。而對於儲存在記憶體裡的cookie，不同的瀏覽器有不同的處理方式。

而session機制採用的是一種在伺服器端保持狀態的解決方案。同時我們也看到，由於採用伺服器端保持狀態的方案在用戶端也需要儲存一個標識，所以session機制可能需要藉助於cookie機制來達到儲存標識的目的。而session提供了方便管理全域變數的方式 。

session是針對每一個使用者的，變數的值儲存在伺服器上，用一個sessionID來區分是哪個使用者session變數,這個值是通過使用者的瀏覽器在訪問的時候返回給伺服器，當客戶禁用cookie時，這個值也可能設定為由get來返回給伺服器。

就安全性來說：當你訪問一個使用session 的網站，同時在自己機子上建立一個cookie，建議在伺服器端的session機制更安全些，因為它不會任意讀取客戶儲存的資訊。

二、session機制

session機制是一種伺服器端的機制，伺服器使用一種類似於散列表的結構（也可能就是使用散列表）來儲存資訊。

當程式需要為某個用戶端的請求建立一個session時，伺服器首先檢查這個用戶端的請求裡是否已包含了一個session標識（稱為session id），如果已包含則說明以前已經為此用戶端建立過session，伺服器就按照session id把這個session檢索出來使用（檢索不到，會建立一個），如果用戶端請求不包含session id，則為此用戶端建立一個session並且產生一個與此session相關聯的session id，session id的值應該是一個既不會重複，又不容易被找到規律以仿造的字串，這個session id將被在本次響應中返回給用戶端儲存。

儲存這個session id的方式可以採用cookie，這樣在互動過程中瀏覽器可以自動的按照規則把這個標識發揮給伺服器。一般這個cookie的名字都是類似於SEEESIONID。但cookie可以被人為的禁止，則必須有其他機制以便在cookie被禁止時仍然能夠把session id傳遞迴伺服器。
經常被使用的一種技術叫做URL重寫，就是把session id直接附加在URL路徑的後面。還有一種技術叫做表單隱藏欄位。就是伺服器會自動修改表單，添加一個隱藏欄位，以便在表單提交時能夠把session id傳遞迴伺服器。

Cookie與Session都能夠進行會話跟蹤，但是完成的原理不太一樣。普通狀況下二者均能夠滿足需求，但有時分不能夠運用Cookie，有時分不能夠運用Session。

下面經過比擬闡明二者的特性以及適用的場所。

1 .存取方式的不同

Cookie中只能保管ASCII字串，假如需求存取Unicode字元或者位元據，需求先進行編碼。Cookie中也不能直接存取Java對象。若要儲存略微複雜的資訊，運用Cookie是比擬艱難的。
而Session中能夠存取任何類型的資料，包括而不限於String、Integer、List、Map等。Session中也能夠直接保管Java Bean乃至任何Java類，對象等，運用起來十分便當。能夠把Session看做是一個Java容器類。

2 .隱私權原則的不同

Cookie儲存在用戶端閱讀器中，對用戶端是可見的，用戶端的一些程式可能會窺探、複製以至修正Cookie中的內容。而Session儲存在伺服器上，對用戶端是透明的，不存在敏感資訊泄露的風險。
假如選用Cookie，比較好的方法是，敏感的資訊如帳號密碼等盡量不要寫到Cookie中。最好是像Google、Baidu那樣將Cookie資訊加密，提交到伺服器後再進行解密，保證Cookie中的資訊只要本人能讀得懂。而假如選擇Session就省事多了，反正是放在伺服器上，Session裡任何隱私都能夠有效保護。

3.有效期間上的不同

使用過Google的人都曉得，假如登入過Google，則Google的登入資訊長期有效。使用者不用每次訪問都重新登入，Google會持久地記載該使用者的登入資訊。要到達這種效果，運用Cookie會是比較好的選擇。只需要設定Cookie的到期時間屬性為一個很大很大的數字。

由於Session依賴於名為JSESSIONID的Cookie，而Cookie JSESSIONID的到期時間默許為–1，只需關閉了閱讀器該Session就會失效，因而Session不能完成資訊永世有效效果。運用URL地址修正也不能完成。而且假如設定Session的逾時時間過長，伺服器累計的Session就會越多，越容易招致記憶體溢出。

4.伺服器壓力的不同

Session是保管在伺服器端的，每個使用者都會產生一個Session。假如並發訪問的使用者十分多，會產生十分多的Session，耗費大量的記憶體。因而像Google、Baidu、Sina這樣並發訪問量極高的網站，是不太可能運用Session來追蹤客戶會話的。

而Cookie保管在用戶端，不佔用伺服器資源。假如並發閱讀的使用者十分多，Cookie是很好的選擇。關於Google、Baidu、Sina來說，Cookie或許是唯一的選擇。

5 .瀏覽器支援的不同

Cookie是需要用戶端瀏覽器支援的。假如用戶端禁用了Cookie，或者不支援Cookie，則會話跟蹤會失效。關於WAP上的應用，常規的Cookie就派不上用場了。

假如用戶端瀏覽器不支援Cookie，需要運用Session以及URL地址修正。需要注意的是一切的用到Session程式的URL都要進行URL地址修正，否則Session會話跟蹤還會失效。關於WAP應用來說，Session+URL地址修正或許是它唯一的選擇。

假如用戶端支援Cookie，則Cookie既能夠設為本瀏覽器視窗以及子視窗內有效（把到期時間設為–1），也能夠設為一切閱讀器視窗內有效（把到期時間設為某個大於0的整數）。但Session只能在本閱讀器視窗以及其子視窗內有效。假如兩個瀏覽器視窗互不相干，它們將運用兩個不同的Session。（IE8下不同視窗Session相干）

6.跨域支援上的不同

Cookie支援跨網域名稱訪問，例如將domain屬性設定為“.biaodianfu.com”，則以“.biaodianfu.com”為尾碼的一切網域名稱均能夠訪問該Cookie。跨網域名稱Cookie如今被普遍用在網路中，例如Google、Baidu、Sina等。而Session則不會支援跨網域名稱訪問。Session僅在他所在的網域名稱內有效。
僅運用Cookie或者僅運用Session可能完成不了理想的效果。這時應該嘗試一下同時運用Cookie與Session。Cookie與Session的搭配運用在實踐項目中會完成很多意想不到的效果。

以上就是針對php中Cookie與Session進行的區分比較，希望對大家的學習有所協助。