ASP.NET_SessionId 何时生成?何时失效?有何作用呢?

2022-09-13 10:52:32 浏览数 (1)

大家好,又见面了,我是你们的朋友全栈君。

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

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

源码地址:https://download.csdn.net/download/weixin_46879188/70103525

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

代码语言:javascript复制
 <h5 style="color:red">第 @WebApplication1.Controllers.VisitHelper.CurrentIndex 次访问</h5>
    <h5 style="color:red">Session["user"]:@(Session["user"] == null ? "null":Session["user"])</h5>
    <h5 style="color:red">ASP.NET_SessionId:@HttpContext.Current.Session.SessionID</h5>
    <h5>
        <button id="clearSession" name="clearSession">清除Session</button>
        <button id="clearSessionId" name="clearSessionId">清除SessionId</button>
    </h5>

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

代码语言:javascript复制
public JsonResult ClearSession()
{ 
   
    this.Session.Abandon();
    return Json(true, JsonRequestBehavior.AllowGet);
}

public JsonResult ClearSessionId()
{ 
   
    this.Response.Cookies.Add(new HttpCookie("ASP.NET_SessionId", string.Empty) { 
    HttpOnly = true });
    return Json(true, JsonRequestBehavior.AllowGet);
}

对应的action代码如下:

代码语言:javascript复制
public ActionResult Index(string user)
{ 
   
    VisitHelper.CurrentIndex  ;
    if (!string.IsNullOrEmpty(user))
    { 
   
        Session["user"] = user;
    }
    return View();
}

当参数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。

再次刷新

发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/160420.html原文链接:https://javaforall.cn

0 人点赞