PHP中SESSION使用中的一點(diǎn)經(jīng)驗(yàn)總結(jié)
更新時間:2012年03月30日 23:07:30 作者:
最近在網(wǎng)上的交流中發(fā)現(xiàn)大家對SESSION的使用上有很多誤區(qū),本質(zhì)上就是不了解SESSION的工作原理
SESSION會話開啟時,會首先發(fā)送一個對瀏覽器的唯一標(biāo)識session_id的cookie(名字為PHPSESSID可以通過session_name()獲取),同session.save_handler = files的情況下,在服務(wù)器的指定目錄(如temp)下生成一個沒有后綴的文件,名字是
'sess_" + 'session_id';
這樣就完成了基本的設(shè)置。那么在下一次發(fā)起http請求時,首先瀏覽器會發(fā)送這個當(dāng)前域名下的所有cookie名字和值過去,這樣服務(wù)器就能根據(jù)cookie中的session_id來去讀取session文件,而不會混淆這個session屬于誰。
這一步具體如下:
SESSION發(fā)送一個對瀏覽器的唯一cookie變量session_id,這個session_id變量有名字、有值。變量名(name)默認(rèn)為PHPSESSID,變量值(value)為apach隨機(jī)生成的字符串,類似rvag9m368vim7k8g4v7k2ank70 。通常說的session_id其實(shí)是指這個唯一的字符串rvag9m368vim7k8g4v7k2ank70。
具體的在FF的HTTP響應(yīng)頭下如此:

session_start();
在程序中上面一句就完成了上面的功能,假如瀏覽器沒有發(fā)送PHPSESSID的cookie過來就發(fā)送一個過去,有就讀取這個cookie,這樣就能維持同一個會話。
好了既然知道了session的工作原理,那么我們可以推測到假如服務(wù)器端sess_rvag9m368vim7k8g4v7k2ank70 這個文件我們手動刪除了,那么session失效,假如瀏覽器cookie失效,那么session照樣失效。
在手動的情況下:
在服務(wù)器端,可以用
session_ destroy() 或者session_ unset()
來使其失效。
在瀏覽器端:
可以直接
?setcookie('PHPSESSID','',123);
讓cookie過期,或者另外一種方式,但不能立即失效
?session_set_cookie_params($time);//當(dāng)前時間戳上的秒,例如60,即讓其60秒后過期,<SPAN style="COLOR: #ff0000">不要用時間戳+自己設(shè)定的時間。 </SPAN>
上面所講的都是讓session提前過期,但是想直接讓session延遲行不行呢?除了修改配置(session.gc_maxlifetime)是不行的,在php.ini里面session.gc_maxlifetime 設(shè)置過期時間,到了這個時間,就有session.gc_probability /session.gc_divisor的概率被回收。假如到了這個時間,并且啟動了GC進(jìn)程,GC會去讀取session文件的修改時間(mtime),發(fā)現(xiàn)大于和當(dāng)前時間相減后大于session.gc_maxlifetime ,立刻刪除。到此,我們也就明白了如何保持這個會話呢,只能在session.gc_maxlifetime 內(nèi),必須有用戶在訪問,每次訪問都去修改下session,這樣就這個session又多出session.gc_maxlifetime的存活時間。
另外說一下session.cookie_lifetime ,設(shè)置PHPSESSID在瀏覽器的存活時間,默認(rèn)為0,IE下我發(fā)現(xiàn)是正常的,瀏覽器重啟即cookie失效;FF下還繼續(xù)存在。設(shè)置session.cookie_lifetime可以用session_set_cookie_params,
?session_set_cookie_params(60);//60 s session_start();
session.gc_maxlifetime和session.cookie_lifetime 共同決定了session的生存時間。
-------------------------------------------------------------
剛剛找了一下firefox cookie會話過期的資料,發(fā)現(xiàn)如下
This is apparently by design. Check out this Bugzilla bug:https://bugzilla.mozilla.org/show_bug.cgi?id=443354
Firefox has a feature where you close Firefox and it offers to save all your tabs, and then you restore the browser and those tabs come back. That's called session restore. What I didn't realize is that it'll also restore all the session cookies for those pages too! It treats it like you had never closed the browser.
This makes sense in the sense that if your browser crashed you get right back to where you were, but is a little disconcerting for web devs used to session cookies getting cleared. I've got some old session cookies from months ago that were set by sites I always have open in tabs.
To test this out, close all the tabs in your browser, then close the browser and restart it. I think the session cookies for your site should clear in that case. Otherwise you'd have to turn off session restore.
這是火狐的會話保存功能,F(xiàn)F設(shè)計(jì)就是如此??梢宰鲞@個close all the tabs in your browser, then close the browser and restart it測試,看看是否還保存著。
復(fù)制代碼 代碼如下:
'sess_" + 'session_id';
這樣就完成了基本的設(shè)置。那么在下一次發(fā)起http請求時,首先瀏覽器會發(fā)送這個當(dāng)前域名下的所有cookie名字和值過去,這樣服務(wù)器就能根據(jù)cookie中的session_id來去讀取session文件,而不會混淆這個session屬于誰。
這一步具體如下:
SESSION發(fā)送一個對瀏覽器的唯一cookie變量session_id,這個session_id變量有名字、有值。變量名(name)默認(rèn)為PHPSESSID,變量值(value)為apach隨機(jī)生成的字符串,類似rvag9m368vim7k8g4v7k2ank70 。通常說的session_id其實(shí)是指這個唯一的字符串rvag9m368vim7k8g4v7k2ank70。
具體的在FF的HTTP響應(yīng)頭下如此:

session_start();
在程序中上面一句就完成了上面的功能,假如瀏覽器沒有發(fā)送PHPSESSID的cookie過來就發(fā)送一個過去,有就讀取這個cookie,這樣就能維持同一個會話。
好了既然知道了session的工作原理,那么我們可以推測到假如服務(wù)器端sess_rvag9m368vim7k8g4v7k2ank70 這個文件我們手動刪除了,那么session失效,假如瀏覽器cookie失效,那么session照樣失效。
在手動的情況下:
在服務(wù)器端,可以用
session_ destroy() 或者session_ unset()
來使其失效。
在瀏覽器端:
可以直接
?setcookie('PHPSESSID','',123);
讓cookie過期,或者另外一種方式,但不能立即失效
?session_set_cookie_params($time);//當(dāng)前時間戳上的秒,例如60,即讓其60秒后過期,<SPAN style="COLOR: #ff0000">不要用時間戳+自己設(shè)定的時間。 </SPAN>
上面所講的都是讓session提前過期,但是想直接讓session延遲行不行呢?除了修改配置(session.gc_maxlifetime)是不行的,在php.ini里面session.gc_maxlifetime 設(shè)置過期時間,到了這個時間,就有session.gc_probability /session.gc_divisor的概率被回收。假如到了這個時間,并且啟動了GC進(jìn)程,GC會去讀取session文件的修改時間(mtime),發(fā)現(xiàn)大于和當(dāng)前時間相減后大于session.gc_maxlifetime ,立刻刪除。到此,我們也就明白了如何保持這個會話呢,只能在session.gc_maxlifetime 內(nèi),必須有用戶在訪問,每次訪問都去修改下session,這樣就這個session又多出session.gc_maxlifetime的存活時間。
另外說一下session.cookie_lifetime ,設(shè)置PHPSESSID在瀏覽器的存活時間,默認(rèn)為0,IE下我發(fā)現(xiàn)是正常的,瀏覽器重啟即cookie失效;FF下還繼續(xù)存在。設(shè)置session.cookie_lifetime可以用session_set_cookie_params,
?session_set_cookie_params(60);//60 s session_start();
session.gc_maxlifetime和session.cookie_lifetime 共同決定了session的生存時間。
-------------------------------------------------------------
剛剛找了一下firefox cookie會話過期的資料,發(fā)現(xiàn)如下
This is apparently by design. Check out this Bugzilla bug:https://bugzilla.mozilla.org/show_bug.cgi?id=443354
Firefox has a feature where you close Firefox and it offers to save all your tabs, and then you restore the browser and those tabs come back. That's called session restore. What I didn't realize is that it'll also restore all the session cookies for those pages too! It treats it like you had never closed the browser.
This makes sense in the sense that if your browser crashed you get right back to where you were, but is a little disconcerting for web devs used to session cookies getting cleared. I've got some old session cookies from months ago that were set by sites I always have open in tabs.
To test this out, close all the tabs in your browser, then close the browser and restart it. I think the session cookies for your site should clear in that case. Otherwise you'd have to turn off session restore.
這是火狐的會話保存功能,F(xiàn)F設(shè)計(jì)就是如此??梢宰鲞@個close all the tabs in your browser, then close the browser and restart it測試,看看是否還保存著。
相關(guān)文章
PHP簡單驗(yàn)證碼功能機(jī)制實(shí)例詳解
這篇文章主要介紹了PHP簡單驗(yàn)證碼功能機(jī)制,結(jié)合實(shí)例形式深入淺出的分析了php驗(yàn)證碼的原理、實(shí)現(xiàn)步驟及相關(guān)操作技巧,需要的朋友可以參考下2019-03-03
PHP中CURL方法curl_setopt()函數(shù)的參數(shù)分享
PHP中CURL方法curl_setopt()函數(shù)的使用介紹,需要深入了解curl_setopt的朋友可以參考下2013-01-01
php中突破基于HTTP_REFERER的防盜鏈措施(stream_context_create)
如果考慮突破防盜鏈的措施,就需要考慮在 HTTP_REFERER 上面做手腳了。很多網(wǎng)站是通過referer來判斷是否盜鏈。2011-03-03
PHP實(shí)現(xiàn)自動識別原編碼并對字符串進(jìn)行編碼轉(zhuǎn)換的方法
這篇文章主要介紹了PHP實(shí)現(xiàn)自動識別原編碼并對字符串進(jìn)行編碼轉(zhuǎn)換的方法,涉及php針對編碼的識別、轉(zhuǎn)換及數(shù)組的遍歷等相關(guān)操作技巧,需要的朋友可以參考下2016-07-07
PHP實(shí)現(xiàn)快速向MySQL插入千萬條數(shù)據(jù)
在開發(fā)中,有時需要向數(shù)據(jù)庫中插入大量數(shù)據(jù),本文將探討如何使用PHP來快速向MySQL數(shù)據(jù)庫插入1000萬條數(shù)據(jù),并分享一些優(yōu)化方法,以確保性能的最優(yōu)2023-08-08
php socket通信(tcp/udp)實(shí)例分析
這篇文章主要介紹了php socket通信(tcp/udp)方法,結(jié)合實(shí)例形式分析了基于socket實(shí)現(xiàn)tcp與udp通信的相關(guān)技巧,需要的朋友可以參考下2016-02-02
PHP實(shí)現(xiàn)的增強(qiáng)性mhash函數(shù)
這篇文章主要介紹了PHP實(shí)現(xiàn)的增強(qiáng)性mhash函數(shù),使用默認(rèn)mhash函數(shù)時報(bào)錯,找到了兩個解決方法,需要的朋友可以參考下2015-05-05

