本文目录一览：
- 1、php中怎样判断session过期？
- 2、如何严格设置php中session过期时间
- 3、PHP中，怎么才能关闭浏览器后自动销毁session？
- 4、php，通过提交的sessionid，查看sessionid是否失效/存在
- 5、PHP中设置一个严格30分钟过期Session面试题的4种答案
php中怎样判断session过期？
SESSION 的有效时间在 php.ini 里配置。
过期以后 SESSION 变量值为 NULL ，任意判断一个 SESSION 变量值即可。
如何严格设置php中session过期时间
如何严格限制session在30分钟后过期！
1.设置客户端cookie的lifetime为30分钟；
2.设置session的最大存活周期也为30分钟；
3.为每个session值加入时间戳，然后在程序调用时进行判断；
至于为什么，我们首先来了解下php中session的基本原理：
PHP中的session有效期默认是1440秒（24分钟），也就是说，客户端超过24分钟没有刷新，当前session就会失效。当然如果用户关闭了浏览器，会话也就结束了，Session自然也不存在了！
大家知道，Session储存在服务器端，根据客户端提供的SessionID来得到这个用户的文件，然后读取文件，取得变量的值，SessionID可以使用客户端的Cookie或者Http1.1协议的
Query_String（就是访问的URL的“?”后面的部分）来传送给服务器，然后服务器读取Session的目录……
要控制Session的生命周期，首先我们需要了解一下php.ini关于Session的相关设置（打开php.ini文件，在“[Session]”部分）：
1、session.use_cookies：默认的值是“1”，代表SessionID使用Cookie来传递，反之就是使用Query_String来传递；
2、session.name：这个就是SessionID储存的变量名称，可能是Cookie，也可能是Query_String来传递，默认值是“PHPSESSID”；
3、session.cookie_lifetime：这个代表SessionID在客户端Cookie储存的时间，默认是0，代表浏览器一关闭SessionID就作废……就是因为这个所以Session不能永久使用！
4、session.gc_maxlifetime：这个是Session数据在服务器端储存的时间，如果超过这个时间，那么Session数据就自动删除！
还有很多的设置，不过和本文相关的就是这些了，下面开始讲如何设置Session的存活周期。
前面说过，服务器通过SessionID来读取Session的数据，但是一般浏览器传送的SessionID在浏览器关闭后就没有了，那么我们只需要人为的设置SessionID并且保存下来，不就可以……
如果你拥有服务器的操作权限，那么设置这个非常非常的简单，只是需要进行如下的步骤：
1、把“session.use_cookies”设置为1，使用Cookie来储存SessionID，不过默认就是1，一般不用修改；
2、把“session.cookie_lifetime”改为你需要设置的时间（比如一个小时，就可以设置为3600，以秒为单位）;
3、把“session.gc_maxlifetime”设置为和“session.cookie_lifetime”一样的时间；
在PHP的文档中明确指出，设定session有效期的参数是session.gc_maxlifetime。可以在php.ini文件中，或者通过ini_set()函数来修改这一参数。问题在于，经过多次测试，修改这个
参数基本不起作用，session有效期仍然保持24分钟的默认值。
由于PHP的工作机制，它并没有一个daemon线程，来定时地扫描session信息并判断其是否失效。当一个有效请求发生时，PHP会根据全局变量
session.gc_probability/session.gc_divisor（同样可以通过php.ini或者ini_set()函数来修改）的值，来决定是否启动一个GC（Garbage
Collector）。
默认情况下，session.gc_probability ＝ 1，session.gc_divisor
＝100，也就是说有1%的可能性会启动GC。GC的工作，就是扫描所有的session信息，用当前时间减去session的最后修
改时间（modified
date），同session.gc_maxlifetime参数进行比较，如果生存时间已经超过gc_maxlifetime，就把该session删除。
到此为止，工作一切正常。那为什么会发生gc_maxlifetime无效的情况呢？
在默认情况下，session信息会以文本文件的形式，被保存在系统的临时文件目录中。在Linux下，这一路径通常为\tmp，在
Windows下通常为C:\Windows\Temp。当服务器上有多个PHP应
用时，它们会把自己的session文件都保存在同一个目录中。同样地，这些PHP应用也会按一定机率启动GC，扫描所有的session文件。
问题在于，GC在工作时，并不会区分不同站点的session。举例言之，站点A的gc_maxlifetime设置为2小时，站点B的
gc_maxlifetime设置为默认的24分钟。当站点B的GC启动时，它会扫
描公用的临时文件目录，把所有超过24分钟的session文件全部删除掉，而不管它们来自于站点A或B。这样，站点A的gc_maxlifetime设置就形同虚设了。
找到问题所在，解决起来就很简单了。修改session.save_path参数，或者使用session_save_path()函数，把保存session的目录指向一个专用的目录，gc_maxlifetime参数工作正常了。
还有一个问题就是，gc_maxlifetime只能保证session生存的最短时间，并不能够保存在超过这一时间之后session信息立即会得到删除。因为GC是按机率启动的，可能在某一个长时间内
都没有被启动，那么大量的session在超过gc_maxlifetime以后仍然会有效。
解决这个问题的一个方法是，把session.gc_probability/session.gc_divisor的机率提高，如果提到100%，就会彻底解决这个问题，但显然会对性能造成严重的影响。另一个方法是自己
在代码中判断当前session的生存时间，如果超出了 gc_maxlifetime，就清空当前session。
PHP中，怎么才能关闭浏览器后自动销毁session？
php的session过期机制是由这三个配置决定：
session.gc_probability = 1
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
过期时间是针对session文件最新修改时间的，如果最新修改超过了gc_maxlifetime的时间，gc会有1/1000分之一的概率回收（删掉session文件）
而每次浏览器请求，都是cookie中带了PHPSESSID去服务器中匹配session的
http请求是无状态请求，你一次请求后得到了响应，再没有其他请求的话，基本服务器跟你浏览器没啥关系了，所以你关闭了浏览器，不可能去命令服务器主动销毁session
要想实现你要的效果，只能设置cookie的过期时间了，关闭会话后cookie过期(一般不设过期时间，默认是关闭浏览器失效)，这样，你再打开，就要重新登录，不要关心session的过期了，让gc自己回收把。
php，通过提交的sessionid，查看sessionid是否失效/存在
session_start();
//if (isset($_SESSION['abc']) $SESSION['abc']) { //判断变量存在,且变量值为真
if (isset($_SESSION['abc'])) { //判断变量已经被设置,也就是存在
echo '存在';
} else {
echo '不存在';
}
LS的代码,首先判断 这个SESSION变量是否存在要用 isset(),直接用
if($_SESSION['abc']){ 的话,
如果事先给 $SESSION['abc'] 赋值了一个空字符串,实际上这个变量是存在的,只是没有值,
是过不了你的判断的,
PHP中设置一个严格30分钟过期Session面试题的4种答案
今天在我的微博上发出一个问题:
我在面试的时候,
经常会问一个问题:
“如何设置一个30分钟过期的Session?”,
大家不要觉得看似简单,
这里面包含的知识挺多,
特别适合考察基本功是否扎实,
谁来回答试试?
呵呵
为什么问这个问题呢?
1.我在stackoverflow上看到了有人讨论这个问题
2.想起来我经常问这个问题,
所以~~
在这里,
我来解答下这个题目.
第一种回答
那么,
最常见的一种回答是:
设置Session的过期时间,
也就是session.gc_maxlifetime,
这种回答是不正确的,
原因如下:
1.
首先,
这个PHP是用一定的概率来运行session的gc的,
也就是session.gc_probability和session.gc_divisor(介绍参看
PHP使用Session遇到的一个Permission
denied
Notice解决办法),
这个默认的值分别是1和100,
也就是有1%的机会,
PHP会在一个Session启动时,
运行Session
gc.
不能保证到30分钟的时候一定会过期.
2.
那设置一个大概率的清理机会呢?
还是不妥,
为什么?
因为PHP使用stat
Session文件的修改时间来判断是否过期,
如果增大这个概率一来会降低性能,
二来,
PHP使用”一个”文件来保存和一个会话相关的Session变量,
假设我5分钟前设置了一个a=1的Session变量,
5分钟后又设置了一个b=2的Seesion变量,
那么这个Session文件的修改时间为添加b时刻的时间,
那么a就不能在30分钟的时候,
被清理了.
另外还有下面第三个原因.
3.
PHP默认的(Linux为例),
是使用/tmp
作为Session的默认存储目录,
并且手册中也有如下的描述:
Note:
如果不同的脚本具有不同的
session.gc_maxlifetime
数值但是共享了同一个地方存储会话数据，则具有最小数值的脚本会清理数据。此情况下，与
session.save_path
一起使用本指令。
也就是说,
如果有俩个应用都没有指定自己独立的save_path,
一个设置了过期时间为2分钟(假设为A),
一个设置为30分钟(假设为B),
那么每次当A的Session
gc运行的时候,
就会同时删除属于应用B的Session
files.
所以,
第一种答案是不”完全严格”正确的.
第二种答案
还有一种常见的答案是:
设置Session
ID的载体,
Cookie的过期时间,
也就是session.cookie_lifetime.
这种回答也是不正确的,
原因如下:
这个过期只是Cookie过期,
换个说法这点就考察Cookie和Session的区别,
Session过期是服务器过期,
而Cookie过期是客户端(浏览器)来保证的,
即使你设置了Cookie过期,
这个只能保证标准浏览器到期的时候,
不会发送这个Cookie(包含着Session
ID),
而如果通过构造请求,
还是可以使用这个Session
ID的值.
第三种答案
使用memcache,
redis等,
okey,
这种答案是一种正确答案.
不过,
很显然出题者肯定还会接着问你,
如果只是使用PHP呢?
第四种答案
当然,
面试不是为了难道你,
而是为了考察思考的周密性.
在这个过程中我会提示出这些陷阱,
所以一般来说,
符合题意的做法是:
1.
设置Cookie过期时间30分钟,
并设置Session的lifetime也为30分钟.
2.
自己为每一个Session值增加Time
stamp.
3.
每次访问之前,
判断时间戳.
最后,
有同学问,
为什么要设置30分钟的过期时间:
这个,
首先这是为了面试,
第二,
实际使用场景的话,
比如30分钟就过期的优惠劵?
thanks
:)
