Spring-Session原理源码分析

Spring-Session使用及源码分析

为什么要使用Spring-Session

原因：http协议为无状态协议，在引入了分布式及集群之后 显然对用户登录如果做session验证的话，会造成重定向到登录页面现象，
解决思路：
1）tomcat session共享
优点：代码无侵入，都由tomcat完成
缺点：1.session共享依靠传输协议 高并发情况下，请求速度比共享速度快，造成session不能及时共享的问题，并且传输需要占用带宽，造成传输资源浪费
2.内存资源浪费，tomcat持久化了大量的session信息存在内存中
2）nginx ip_hash策略
优点：代码无侵入，只需要修改配置即可
缺点：1.对恶意攻击无法识别，从而导致大量请求进入同一台服务器导致系统崩溃
2.服务器掉线，无法及时共享到其他服务器，从而导致用户重新登录
3）Spring-session
优点：依靠redis等缓存中间件存储session，实现了最轻量的代码侵入及session共享，专业的业务由专业的负责，代码简洁 只需要引入依赖再打个标签即可实现

简单使用

引入依赖

  <dependency>
            <groupId>org.springframework.session</groupId>
            <artifactId>spring-session-data-redis</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
        </dependency>

springboot主类引入注解@EnableRedisHttpSession
如下图

源码刨析

首先我们打开注解源码 发现他导入了RedisHttpSessionConfiguration 这个类

此时进入这个类 兵分两路
SpringHttpSessionConfiguration（父类）

SessionRepositoryFilter整体架构

SessionRepositoryFilter这个类继承了Spring框架中的OncePerRequestFilter 用于对所有请求进行拦截过滤
其中包含了SessionRepositoryRequestWrapper继承于HttpServletRequestWrapper 对request请求做了包装，
在response相应提交时会执行commitSession方法，获取当前请求的session，使用redis等中间件缓存session

RedisHttpSessionConfiguration（实现类）

RedisOperationsSessionRepository类图如下：