session在server端是怎么存在的

这篇文章主要讲解了“session在server端是怎么存在的”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“session在server端是怎么存在的”吧！

　　默认的,php会将session保存在/tmp目录下,文件名为这个样子:sess_01aab840166fd1dc253e3b4a3f0b8381.每一个文件对应了一个session(会话).

　　more/tmp/sess_01aab840166fd1dc253e3b4a3f0b8381

　　username|s:9:“phpzixue.cn”;admin|s:1:“0″;

　　#变量名|类型:长度:值

　　删除这里的session文件,就表示对应的session失效了.

　　session在client端(一般是浏览器)如何存在的?

　　session在浏览器端,只需要保存sessionID(由server端生成的唯一ID)就可以了.有两种保存方式:在cookie中、在url里面.如果cookie中保存sessionID,就可以看到浏览器的cookie中有一个PHPSESID变量.如果是URL传递的,就可以看到形如:

　　index.php?PHPSESID=01aab840166fd1dc253e3b4a3f0b8381的URL.(在server端通过session.use_cookies来控制使用哪一种方式)

　　在server端,php如何判断session文件是否过期

　　如果”最后的修改时间“到”现在“超过了gc_maxlifetime(默认是1440)秒,这个session文件就被认为是过期了,在下一次session回收的时候,如果这个文件仍然没有被更改过,这个session文件就会被删除(session就过期了).

　　简单的说,如果我登录到某网站,如果在1440秒(默认值)内没有操作过,那么对应的session就认为是过期了.

　　所以,修改php.ini文件中的gc_maxlifetime变量就可以延长session的过期时间了:(例如,我们把过期时间修改为86400秒)

　　session.gc_maxlifetime=86400

　　然后,重启你的web服务(一般是apache)就可以了.

　　注意:php5里面session过期使用了回收机制.这里设置时间为86400秒,如果session在86400秒内没有被修改过,那么在下一次”回收“时才真的被删除。

　　session”回收“何时发生

　　默认情况下,每一次php请求,就会有1/100的概率发生回收,所以可能简单的理解为”每100次php请求就有一次回收发生“.这个概率是通过以下参数控制的

　　#概率是gc_probability/gc_divisor

　　session.gc_probability=1

　　session.gc_divisor=100

　　注意1:假设这种情况gc_maxlifetime=120,如果某个session文件最后修改时间是120秒之前,那么在下一次回收(1/100的概率)发生前,这个session仍然是有效的.

　　注意2:如果你的session使用session.save_path中使用别的地方保存session,session回收机制有可能不会自动处理过期session文件.这时需要定时手动(或者crontab)的删除过期的session:cd/path/to/sessions;find-cmin+24|xargsrm

　　一些特殊情况

　　因为回收机制会检查文件的”最后修改时间“,所以如果某个会话是活跃的,但是session的内容没有改变过,那么对应的session文件也就没有改变过,回收机制会认为这是一个长时间没有活跃的session而将其删除.这是我们不愿看到的,可以通过增加如下的简单代码解决这个问题:

　　if(!isset($_SESSION['last_access'])||(time()-$_SESSION['last_access'])>60)

　　$_SESSION['last_access']=time();

　　?>

　　代码会每隔60秒,尝试修改修改一次session.

感谢各位的阅读，以上就是“session在server端是怎么存在的”的内容了，经过本文的学习后，相信大家对session在server端是怎么存在的这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！