查看: 2059|回复: 0

[.NET开发] 理解ASP.NET_SessionId

发表于 2018-3-22 08:00:01

相信做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已重新分配~~~

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



回复

使用道具 举报