理解ASP.NET_SessionId

 

相信做asp.net web开发的码友们，对ASP.NET_SessionId一定不陌生。ASP.NET_SessionId保存在浏览器cookie中。那么它是来源于哪里？何时生成？何时失效？有何作用呢？

带着这些疑问，我们开始探寻它。废话不多说，实践才是检验真理的最好方法，直接上代码。

打开VS建立一个APS.NET MVC 程序，在HOME页面添加如下代码：

clearSession和clearSessionId这两个是ajax方式请求过去的，不会刷新页面，对应的后台方法如下：

对应的action代码如下：

当参数user不为空时，我们则创建session保存。

好了，现在我们F5调试运行来看看效果:

继续F5刷新浏览器：

可以看到前面两次刷新浏览器 Session["user"] 为Null ，ASP.NET_SessionId 却发生了变化。那我们第三次 参数user传值，后台将会用session保存。如下图：

可以看到第三次，我们传值之后，后台调用的session进行存储，然后服务器给该请求分配了一个不同于前两次的sessionid。那么浏览器获得了sessionid，第四次请求会带着它去请求吗？服务器能识别吗？sessionid还会变吗？马上刷新页面，揭晓答案：

可以清楚的看到，第四次访问，请求标头是带着sessionid的，第四次sessionid和第三次一样并没有变化。继续刷新下去，也不会变的！！

很容易得出，第一二次请求，浏览器发起的请求标头里是没有sessionid的。那么服务器就会认为，该请求是新的，就会分配新的sessionid给该请求。如果该请求在本次访问中，未用到session操作，那么

服务器则认为该sessionid是无效的，服务器为节省资源开销，则不会记录该sessionid。也不会在Response.Cookies中存入该sessionid。只有在第三次存入session之后，服务器才认为是有效的，才记录下了第三次的sessionid，

并返回给了浏览器，以cookie的方式存取，以作为下次访问是否有效访问的凭据。

第四次，request里面已经存在sessionid了，带着sessionid请求到服务器，服务器发现sessionid，则到自己的记录去索引，找到了，认为是有效sessionid，则不再为该请求分配sessionid。所以第三次之后，sessionid一直保持不变。

那么理解了这些，你会问，sessionid什么时候过期？在哪种条件下过期？

既然sessionid是由于使用了session才产生的，那么我们清除掉session，sessionid会失效吗？

如图，点击清除session ，再次刷新：

可以看到，第8次session已经清空，可是sessionid依然存在，而且未改变。可见，sessionid的生命周期并未和session“同生共死”。

session在服务器的默认有效时间是30分钟，如果在这30分钟内有带着该sessionid的请求访问，那么则会顺延。如果在这段时间，我们关闭浏览器，浏览的sessionid则会立即消失，再次访问，服务器又会分配新的sessionid。之前的sessionid还在服务器上存在，

会在因为过有效期被系统销毁，以清理资源空间。

为了验证上面的观点，我们点击清除sessionid按钮，手动清除浏览器sessionid。

 

再次刷新

sessionid已重新分配~~~

好了，下班了，就说到这里吧~~~