欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

理解ASP.NET_SessionId

程序员文章站 2022-06-25 18:56:22
相信做asp.net web开发的码友们,对ASP.NET_SessionId一定不陌生。ASP.NET_SessionId保存在浏览器cookie中。那么它是来源于哪里?何时生成?何时失效?有何作用呢? 带着这些疑问,我们开始探寻它。废话不多说,实践才是检验真理的最好方法,直接上代码。 打开VS建 ......

 

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

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

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

理解ASP.NET_SessionId

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

理解ASP.NET_SessionId

对应的action代码如下:

理解ASP.NET_SessionId

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

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

理解ASP.NET_SessionId

继续F5刷新浏览器:

理解ASP.NET_SessionId

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

理解ASP.NET_SessionId

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

理解ASP.NET_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会失效吗?

理解ASP.NET_SessionId

如图,点击清除session ,再次刷新:

理解ASP.NET_SessionId

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

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

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

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

理解ASP.NET_SessionId

 

再次刷新

理解ASP.NET_SessionId

sessionid已重新分配~~~

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