Session基础

HttpSession

  • 使用Cookie有一个非常大的局限,就是如果Cookie很多,则无形的增加了客户端与服务端的数据传输量。而且由于浏览器对Cookie数量的限制,注定我们不能再Cookie中保存过多的信息,于是Session出现。
  • Session的作用就是在服务器端保存一些用户的数据,然后传递给用户一个名字为JSESSIONID的Cookie,这个JESSIONID对应这个服务器中的一个Session对象,通过它就可以获取到保存用户信息的Session。

Session的工作原理

  • Session的创建

    • Session的创建时机是在request.getSession()方法第一次被调用时。
    • Session被创建后,同时还会有一个名为JSESSIONID的Cookie被创建。
    • 这个Cookie的默认时效就是当前会话。
  • Session的使用

    • Session被创建后,对应的Cookie被保存到浏览器中,之后浏览器每次访问项目时都会携带该Cookie。
    • 当我们再次调用时会根据该JSESSIONID获取已经存在的Cookie,而不是在创建一个新的Cookie。
    • 如果Cookie中有JSESSIONID,但是JSESSIONID没有对应的Session存在,则会重新创建一个HttpSession对象,并重新设置JSESSIONID。
      这里写图片描述

Session时效

  • 基本原则
    • Session对象在服务器端不能长期保存,它是有时间限制的,超过一定时间没有被访问过的Session对象就应该释放掉,以节约内存。所以Session的有效时间并不是从创建对象开始计时,到指定时间后释放——而是从最后一次被访问开始计时,统计其“空闲”的时间。
  • 默认设置
    • 在全局web.xml中能够找到如下配置:
<session-config>
        <session-timeout>30</session-timeout>
    </session-config>

说明Session对象默认的最长有效时间为30分钟。

  • 手工设置

    • session.setMaxInactiveInterval(int seconds)
    • session.getMaxInactiveInterval()
  • 强制失效

    • session.invalidate()
  • 可以使Session对象释放的情况
    • Session对象空闲时间达到了目标设置的最大值,自动释放
    • Session对象被强制失效
    • Web应用卸载
    • 服务器进程停止

URL重写

  • 在整个会话控制技术体系中,保持JSESSIONID的值主要通过Cookie实现。但Cookie在浏览器端可能会被禁用,所以我们还需要一些备用的技术手段,例如:URL重写。
  • URL重写其实就是将JSESSIONID的值以固定格式附着在URL地址后面,以实现保持JSESSIONID,进而保持会话状态。这个固定格式是:URL;jsessionid=xxxxxxxxx
  • 例如:targetServlet;jsessionid=F9C893D3E77E3E8329FF6BD9B7A09957
  • 实现方式:

    • response.encodeURL(String)
    • response.encodeRedirectURL(String)
    //1.获取Session对象
        HttpSession session = request.getSession();
    
        //2.创建目标URL地址字符串
        String url = "targetServlet";
    
        //3.在目标URL地址字符串后面附加JSESSIONID的值
        url = response.encodeURL(url);
    
        //4.重定向到目标资源
        response.sendRedirect(url);

Session的活化和钝化

  • Session机制很好的解决了Cookie的不足,但是当访问应用的用户很多时,服务器上就会创建非常多的Session对象,如果不对这些Session对象进行处理,那么在Session失效之前,这些Session一直都会在服务器的内存中存在。那么就,就出现了Session活化和钝化的机制。
  • Session钝化:Session在一段时间内没有被使用时,会将当前存在的Session对象序列化到磁盘上,而不再占用内存空间。
  • Session活化:Session被钝化后,服务器再次调用Session对象时,将Session对象由磁盘中加载到内存中使用。
  • 如果希望Session域中的对象也能够随Session钝化过程一起序列化到磁盘上,则对象的实现类也必须实现java.io.Serializable接口。不仅如此,如果对象中还包含其他对象的引用,则被关联的对象也必须支持序列化,否则会抛出异常:java.io.NotSerializableException
原文地址:https://www.cnblogs.com/mazhitao/p/7436724.html