Session基础

逃离我推掉我的手 2022-06-09 03:52 26阅读 0赞

### 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。  
        ![这里写图片描述][SouthEast]

### 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

[SouthEast]: /images/20220609/18c69f7bdb234d3db31ca25fa8bf1d6c.png