PHP 中 Session 的自动回收机制详解

忘是亡心i 2021-06-24 16:10 523阅读 0赞

**“ 垃圾回收程序 ” 是什么样的启动机制呢？**

“ 垃圾回收程序 ” 是在调用 session_start()函数时启动的。
     
    而一个网站有多个脚本，每个脚本又都要使用 session_start()函数开启会话，
    又会有很多个用户同时访问，这就很有可能使得 session_start()函数在 1秒内被调用了 N 次，
    而如果每次都会启动 “ 垃圾回收程序 ” ，这样就很不合理了。
    
    即使最少控制在 15分钟以上启动一次 “ 垃圾回收程序 ” ，一天也要清理 100多次，这样太频繁了。
    通过在 php.ini 文件中修改 session.gc_probability 和 session.gc_divisor 两个选项，
    设置启动垃圾回收程序的概率。
    
    系统会根据session.gc_probability/session.gc_divisor 公式计算概率，
    例如选项 session.gc_probability = 1，选项 session.gc_divisor = 100，这样概率就变成了 1/100，
    也就是 session_start()函数被调用 100 次才会启动一次 “ 垃圾回收程序 ” 。
    
    所以对会话页面访问越频繁，启动的概率就越来越小。
    一般的建议为 调用1000-5000次才会启动一次： 1/(1000~5000)。

**session死亡 发生在以下情况:**

1.session的持有者(即客户端浏览器)在最大无活动等待时间(MaxInactiveInterval)内无任何响应或请求
    2.session被调用invalidate()方法强制弊了
    3.jsp服务器重起或发生中断(此时应该是所有session都当了)

**用户关闭浏览器后标志着**

a.session将不再发送请求到服务器
    b.该session将不会有人调用他的invalidate()方法
    所以，此时只能等待session自己超时死亡，
    如果设置了该session的MaxInactiveInterval为-1,那么这个session只有在第3种情况下才能死了.

**如何严格限制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 过期时间的步骤：

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参数进行比较，
    如果生存时间已经超过session.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在超过session.gc_maxlifetime以后仍然会有效。
    
    解决这个问题的一个方法是，把session.gc_probability/session.gc_divisor的机率提高，
    如果提到100%，就会彻底解决这个问题，但显然会对性能造成严重的影响。
    
    另一个方法是自己在代码中判断当前session的生存时间，
    如果超出了 gc_maxlifetime，就清空当前session。

**GC(GarbageCollector)功能的工作原理是这样的：**

用户访问并登陆网站，这时候后台会调用session_start来尝试生成一个会话
    （如果已经有会话，则相当于一次有效会话请求）
     
    对于这样的每一次有效会话请求（Request），
    apache的php模块会根据公式 gc_probability/gc_divisor 计算出启动GC的概率，
    并由此概率来决定在这次请求中是否应该启动GC。
    举例来说，session.gc_probability的缺省值为1，session.gc_divisor的缺省值为100，
    则启动“垃圾回收”器的概率是1%，
    这就意味着在每100次请求中，会有可能清理一次过期会话
    
    如果GC启动，则GC会扫描当前会话所在路径（session.save_path）下的所有会话文件，
    并根据另外一个全局变量session.gc_maxlifetime的多少来判断哪些session已经过期（
    “当前时间”与“会话文件的atime或者mtime”之间的差大于gc_maxlifetime：过期），
    并删除这些过期的session
    
    如果你在一个session启动后，长时间没有任何交互操作（譬如，不停地码字，没有提交或者保存为草稿），
    那么你的保存在后台的会话文件将得不到机会被修改或者访问，
    在gc_maxlifetime（缺省值1440秒＝24分钟）时间后，
    它有可能因失效而被清理，这以后你再提交，就会因为会话失效而报错