Session会话机制被广泛应用在JSP、ASP、PHP等语言中。一般用来储存登陆状态或者其他的一些需要验证权限的状态。 以下类似代码在每个系统里应该都会存在
<?php $userAccount = $_POST['user_account']; $passWord = $_POST['password']; # 这里一般查询数据库验证用户是否存在、密码是否正常等 $vif = true; if ( $vif ) { $_SESSION = $userInfo; echo '登陆成功'; } else{ echo '登陆失败'; }
接着就可以在浏览器中浏览需要登陆状态的页面了。 那么，当我们关闭浏览器的时候，服务器上的session都进行了什么处理？
Session的储存机制
我们先来看一下session的创建储存。 SESSION的实现中采用COOKIE技术。 SESSION会在客户端保存一个包含session_id(SESSION编号)的COOKIE； 在服务器端保存其他session变量，比如session_name等等。 当用户请求服务器时也把session_id一起发送到服务器，通过 session_id提取所保存在服务器端的变量，就能识别用户是谁了。 所以当我们创建一个session会话时候进行了如下的处理：
- 向服务器端写入session内容(一般默认是文件格式,文件储存位置可以通过配置文件修改) 比如我们上面储存的
$userInfo变量信息，并且产生了一个SessionId编号。 - 将
SessionId编号通过响应内容顺带返回给客户端 - 客户端将
SessionId编号储存在Cookies中。 - 接下来客户端向该服务器发送的请求将带上
SessionId编号，服务端便可以通过编号得到用户登录状态和信息。
浏览器关闭
当浏览器关闭的时候，会 清空Cookies ，这是浏览器对自己软件的操作，但是并不能对服务端的储存文件进行操作，所以这个时候服务端的session文件将继续生存。 当我们关闭浏览器，甚至电脑重启，短时间内服务端的session仍保存着，直到它被回收，这个时候我们通过一些手段模拟sessionid，仍可以继续保持会话进行。（当然你必须在你关闭浏览器之前把sessionid记下来了） 让session失效的原因只有两个：
超时，服务器自动回收。可以在配置文件中决定它的生存时间等。 程序主动销毁。比如 $_SESSION = NULL;。
gc回收机制
PHP采用Garbage Collection process(gc)对过期session进行回收。 上面已经讲到可以通过配置文件修改session的生存周期（创建后不进行活动开始计时） 比如我们登陆了一个页面，然后再也没有进行过操作，一直在挂机着，一段时间后将会自动过期退出登陆 所以说每个服务端的session文件都会记录 最后的活动时间，等当前时间已经大于最后活动时间+生存周期，GC机制将会把该session文件清空回收。 那该gc机制是不是一直在监听检测每一个session文件？当然不是了~当访问量过大时，session文件将会很多，不停处理会让服务器造成不小的开销。 gc是按照一定概率启动的， 三个与PHP session过期相关的参数(php.ini中)：
session.gc_probability = 1 session.gc_divisor = 1000 session.gc_maxlifetime = 1440
gc启动概率 = gc_probability / gc_divisor = 0.1% 意思是每次session文件更新时，便会有 0.1% 的几率进行检测回收过期的session。但是如果访问量很小，可能会造成很多session文件过期了，但是仍然没有进行检测回收，这个时候我们就要通过修改上面的三个参数，来让GC启动的几率变大，让session过期的检测会更准确。
