大多數(shù)據(jù)情況下我們對于session過期時(shí)間使用的是默認(rèn)設(shè)置的時(shí)間，而對于一些有特殊要求的情況下我們可以設(shè)置一下session過期時(shí)間。

對此，可以在PHP中,設(shè)置php.ini,找到session.gc_maxlifetime = 1440 #(PHP5默認(rèn)24分鐘)

這里你可以隨便設(shè)置一下過期時(shí)間.但是有人說設(shè)置以后,好象不起作用!

其實(shí)不是不起作用,而是因?yàn)橄到y(tǒng)默認(rèn):

garbage collection 有個(gè)概率的，1/1000就是session 1000次才有一次被回收。

只要你的訪問量大了,那就能達(dá)到回收的效果.

或者你也可以設(shè)置一下session.gc_divisor 的值,

比如:session.gc_divisor = 1,這樣就能明顯的看到SESSION過期的效果了.

我們最常用的是在php程序中設(shè)置，如下例程序所示：

這樣就搞定了,如果要設(shè)置已過期的話也可以在程序中實(shí)現(xiàn)：

session有過期的機(jī)制：

session.gc_maxlifetime 原來session 過期是一個(gè)小概率的事件，分別使用session.gc_probability和session.gc_divisor 來確定運(yùn)行session 中g(shù)c 的概率 session.gc_probability和session.gc_divisor的默認(rèn)值分別為 1和100。分別為分子和分母 所以session中g(shù)c的概率運(yùn)行機(jī)會為1% 。如果修改這兩個(gè)值，則會降低php的效率。所以這種方法是不對的！！

因此，修改php.ini文件中的gc_maxlifetime變量就可以延長session的過期時(shí)間了：(例如，我們把過期時(shí)間修改為86400秒)

session.gc_maxlifetime = 86400

然后，重啟你的web服務(wù)(一般是apache)就可以了。

session“回收”何時(shí)發(fā)生：

默認(rèn)情況下，每一次php請求，就會有1/100的概率發(fā)生回收，所以可能簡單的理解為“每100次php請求就有一次回收發(fā)生”。這個(gè)概率是通過以下參數(shù)控制的

#概率是gc_probability/gc_divisor

注意1：假設(shè)這種情況gc_maxlifetime=120，如果某個(gè)session文件最后修改時(shí)間是120秒之前，那么在下一次回收(1/100的概率)發(fā)生前，這個(gè)session仍然是有效的。

注意2：如果你的session使用session.save_path中使用別的地方保存session，session回收機(jī)制有可能不會自動處理過期session文件。這時(shí)需要定時(shí)手動(或者crontab)的刪除過期的session：

PHP中的session永不過期

不修改程序是最好的方法了，因?yàn)槿绻薷某绦?#xff0c;測試部一定非常郁悶，那么只能修改系統(tǒng)環(huán)境配置，其實(shí)很 簡單，打開php.ini設(shè)置文件，修改三行如下：

1、session.use_cookies

把這個(gè)的值設(shè)置為1，利用cookie來傳遞sessionid

2、session.cookie_lifetime

這個(gè)代表SessionID在客戶端Cookie儲存的時(shí)間，默認(rèn)是0，代表瀏覽器一關(guān)閉SessionID就作廢……就是因?yàn)檫@個(gè)所以PHP的 session不能永久使用！ 那么我們把它設(shè)置為一個(gè)我們認(rèn)為很大的數(shù)字吧，999999999怎么樣，可以的！就這樣。

3、session.gc_maxlifetime

這個(gè)是Session數(shù)據(jù)在服務(wù)器端儲存的時(shí)間，如果超過這個(gè)時(shí)間，那么Session數(shù)據(jù)就自動刪除！ 那么我們也把它設(shè)置為99999999。

就這樣一切ok了，當(dāng)然你不相信的話就測試一下看看——設(shè)置一個(gè)session值過個(gè)10天半個(gè)月的回來看看，如果你的電腦沒有斷電或者宕機(jī)，你仍然可以看見這個(gè)sessionid。

當(dāng)然也可能你沒有控制服務(wù)器的權(quán)限并不能像我一樣幸運(yùn)的可以修改php.ini設(shè)置，一切依靠我們自己也是有辦法的，當(dāng)然就必須利用到客戶端存儲 cookie了，把得到的sessionID存儲到客戶端的cookie里面，設(shè)置這個(gè)cookie的值，然后把這個(gè)值傳遞給session_id()這 個(gè)函數(shù)，具體做法如下：

session失效不傳遞

我們先寫個(gè)php文件：=phpinfo()?>， 傳到服務(wù)器去看看服務(wù)器的參數(shù)配置。

轉(zhuǎn)到session部分，看到session.use_trans_sid參數(shù)被設(shè)為了零。

這個(gè)參數(shù)指定了是否啟用透明SID支持，即session是否隨著URL傳遞。我個(gè)人的理解是，一旦這個(gè)參數(shù)被設(shè)為0，那么每個(gè)URL都會啟一個(gè)session。這樣后面頁面就無法追蹤得到前面一個(gè)頁面的session，也就是我們所說的無法傳遞。兩個(gè)頁面在服務(wù)器端生成了兩個(gè)session文件，且無關(guān)聯(lián)。(此處精確原理有待確認(rèn))

所以一個(gè)辦法是在配置文件php.ini里把session.use_trans_sid的值改成1。

當(dāng)然我們知道，不是誰都有權(quán)限去改php的配置的，那么還有什么間接的解決辦法呢？

下面就用兩個(gè)實(shí)例來說明：

文件1 test1.php

文件2： test2.php

所以，重點(diǎn)是在session_start();前加上session_id(SID);，這樣頁面轉(zhuǎn)換時(shí)，服務(wù)器使用的是用戶保存在服務(wù)器session文件夾里的session，解決了傳遞的問題。

不過有朋友會反映說，這樣一來，多個(gè)用戶的session寫在一個(gè)SID里了，那Session的價(jià)值就發(fā)揮不出來了。所以還有一招來解決此問題，不用加session_id(SID);前提是你對服務(wù)器的php.ini有配置的權(quán)限：

output_buffering改成ON，道理就不表了。

第二個(gè)可能的原因是對服務(wù)器保存session的文件夾沒有讀取的權(quán)限，還是回到phpinfo.php中，查看session保存的地址：

所以就是檢查下var/tmp文件夾是否可寫。

寫一個(gè)文件：test3.php來測試一下：

如果返回bool(false)，證明文件夾寫權(quán)限被限制了，那就換個(gè)文件夾咯，在你編寫的網(wǎng)頁里加入：

總結(jié)

以上是生活随笔為你收集整理的cookielifetime php_php中实现精确设置session过期时间的方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。