美文网首页IT共论程序员
PHP session垃圾回收机制

PHP session垃圾回收机制

作者: 林湾村龙猫 | 来源:发表于2015-03-25 19:47 被阅读0次

    概述

    由于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无效

    那为什么会发生gc_maxlifetime无效的情况呢?

    1. 在默认情况下,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参数工作正常了。

    2. 还有一个问题就是,gc_maxlifetime只能保证session生存的最短时间,并不能够保存在超过这一时间之后session信息立即会得到 删除。因为GC是按机率启动的,可能在某一个长时间内都没有被启动,那么大量的session在超过gc_maxlifetime以后仍然会有效。解决这 个问题的一个方法是,把session.gc_probability/session.gc_divisor的机率提高,如果提到100%,就会彻底解 决这个问题,但显然会对性能造成严重的影响。另一个方法是自己在代码中判断当前session的生存时间,如果超出了gc_maxlifetime,就清 空当前session。

    gc工作原理

    php session GC功能,就是Garbage Collector。这个GC启动的时候,会清除那些已经“超时”的session。它的工作原理是这样的:

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

    理解

    1. session_id保存在浏览器(客户端)的cookie中,关闭浏览器保存sessiond_id的cookie失效,这时候无法访问原来session文件。服务器端session文件可能存在,还未删除。
    2. 当一个用户,24分钟没有任何操作(向服务器发送请求,浏览器打开着),session文件可能被gc垃圾回收了,24分钟后访问,将创建跟原session_id相同的session新文件,此时原有的session文件内容将不存在了。
    3. 自动登录,不是设置session_id的cookie的有效时间,是在浏览器端保存包含登录信息(如用户名,密码)的cookie。
    4. 一个session_id的作用时间 到 浏览器关闭结束,再次打开浏览器,是生成了新的session_id(新的session文件)。
    5. 在服务器端判断session文件是否无效(删除),当前时间-文件修改时间 > gc_maxlifetime,此时失效。
    6. 每次脚本执行,都修改文件修改时间

    原文

    http://blog.csdn.net/21aspnet/article/details/7218923

    相关文章

      网友评论

        本文标题:PHP session垃圾回收机制

        本文链接:https://www.haomeiwen.com/subject/jwggxttx.html