1、php中session的生成機制

我們先來分析一下PHP中是怎么生成一個session的。設計出session的目的是保持每一個用戶的各種狀態(tài)來彌補HTTP協(xié)議的不足(無狀態(tài))。我們現(xiàn)在有一個疑問，我們都知道session是保存在服務器的，既然它用于保持每一個用戶的狀態(tài)那它利用什么來區(qū)別用戶的呢？這個時候就得借助cookie了。當我們在代碼中調(diào)用session_start();時，PHP會同時往SESSION的存放目錄(默認為/tmp/)和客戶端的cookie目錄各生成一個文件。session文件名稱像這樣：

格式為sess_{SESSIONID} ，這時session文件中沒有任何內(nèi)容，當我們在session_start();添加了這兩行代碼：

可以看到服務器為我們自動生成了一個cookie,cookie名稱為"PHPSESSID"，cookie內(nèi)容是一串字符，其實這串字符就是{SESSIONID}。也許你已經(jīng)明白了，當我們使用session時，PHP就先生成一個唯一的SESSIONID號(如2bd170b3f86523f1b1b60b55ffde0f66)，再在我們服務器的默認目錄下生成一個文件，文件名為sess_{SESSIONID}，同時在當前用戶的客戶端生成一個cookie，內(nèi)容已經(jīng)說過了。這樣PHP會為每一個用戶生成一個SESSIONID，也就是說一個用戶一個session文件。PHP第一次為某個用戶使用session時就向客戶端寫入了cookie，當這個用戶以后訪問時，瀏覽器會帶上這個cookie，PHP在拿到cookie后就讀出里面的SESSIONID，拿著這個SESSIONID去session目錄下找session文件。找到后在調(diào)用$_SESSION['blog']的時候顯示出來。

2、php中session的過期回收機制

我們明白了session的生成及工作原理，發(fā)現(xiàn)在session目錄下會有許多session文件。當然這些文件一定不是永遠存在的，PHP一定提供了一種過期回收機制。在php.ini中session.gc_maxlifetime為session設置了生存時間(默認為1440s)。如果session文件的最后更新時間到現(xiàn)在超過了生存時間，這個session文件就被認為是過期的了。在下一次session回收的時候就會被刪除。那下一次session回收是在什么時候呢？這和php請求次數(shù)有關(guān)的。在PHP內(nèi)部機制中，當php被請求了N次后就會有一次觸發(fā)回收機制。到底是請求多少次觸發(fā)一次是通過以下兩個參數(shù)控制的：

如果cookie失效了瀏覽器自然發(fā)送不了cookie到服務器，這時即使服務器的session文件存在也沒用，因為PHP不知道要讀取哪個session文件。我們知道PHP的cookie過期時間是在創(chuàng)建時設置的，那么PHP在創(chuàng)建session的同時為客戶端創(chuàng)建的cookie的生命周期是多久呢？這個在php.ini中有設置：session.cookie_lifetime 。這個值默認是0，代表瀏覽器一關(guān)閉SESSIONID就失效。那就是說我們把session.gc_maxlifetime和session.cookie_lifetime設置成同一個值就可以控制session的失效時間了。

3、php中session的客戶端存儲機制

由上面的介紹我們可以知道，如果用戶關(guān)閉了cookie，那我們的session就完全沒法工作了。是的，確實是這樣。php中session的客戶端存儲機制只有cookie嗎？不是的。既然我們的SESSIONID 不能通過cookie傳遞到各個頁面，那我們還有另一個法寶，就是通過頁面GET傳值的方式。

PHP可以在cookie被禁用時自動通過GET方式跨頁傳遞SESSIONID，前提是設置php.ini的session.use_trans_sid為1。這時當我們在客戶端禁用了cookie時使用了session，并在當前頁面通過點擊鏈接到另一頁面時，PHP會自動在鏈接上添加SESSIONID參數(shù)，像這樣：nextpage.php?SESSIONID=2bd170b3f86523f1b1b60b55ffde0f66。我想你應該看到了這種方式的缺點：好像不夠安全啊。

最新評論