Spring Session解决分布式Session问题的实现原理

最新推荐文章于 2023-12-22 17:45:21 发布

是Guava不是瓜娃

最新推荐文章于 2023-12-22 17:45:21 发布

阅读量953

点赞数

分类专栏： SSM

SSM 专栏收录该内容

27 篇文章 12 订阅

订阅专栏

转载：http://blog.csdn.net/xlgen157387/article/details/60321984

使用Spring Session和Redis解决分布式Session跨域共享问题 :
http://blog.csdn.net/xlgen157387/article/details/57406162

上一篇介绍了如何使用spring Session和Redis解决分布式Session跨域共享问题，介绍了一个简单的案例，下边就学习一下Spring Session的实现原理。

注：以下步骤是基于XML的方式实现 Spring Session的代码讲解！

先从web.xml文件说起

我们知道Tomcat再启动的时候首先会去加载web.xml 文件，Tomcat启动的时候web.xml被加载的顺序：context-param -> listener -> filter -> servlet。

我们在使用Spring Session的时候，我们配置了一个filter，配置代码如下：

<filter>
     <filter-name>springSessionRepositoryFilter</filter-name>
     <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
     <filter-name>springSessionRepositoryFilter</filter-name>
     <url-pattern>/*</url-pattern>
     <dispatcher>REQUEST</dispatcher>
     <dispatcher>ERROR</dispatcher>
</filter-mapping>

 
 1
2
3
4
5
6
7
8
9
10
11
 
 1
2
3
4
5
6
7
8
9
10
11

这里写图片描述

介绍一下DelegatingFilterProxy 这个类：

DelegatingFilterProxy 类将通过springSessionRepositoryFilter 这个名称去查找Spring容器中配置的Bean并将其转换为过滤器，对于调用DelegatingFilterProxy的每个请求，将调用springSessionRepositoryFilter这个过滤器。

如果未指定init-param参数的话，DelegatingFilterProxy就会把filter-name作为要查找的Bean对象，这也是DelegatingFilterProxy类的作用。可以看出每一个请求都会经过该filter，经过该filter的请求也会相应的经过springSessionRepositoryFilter这个过滤器，那么我们就接着看一下springSessionRepositoryFilter这个过滤器。

springSessionRepositoryFilter过滤器的创建

上一过程的DelegatingFilterProxy是从Spring容器中去查找springSessionRepositoryFilter的，那么我们是在哪个地方进行注入springSessionRepositoryFilter的哪？答案是在这里：

<bean class="org.springframework.session.data.redis.config.annotation.web.http.RedisHttpSessionConfiguration"/>
 
 1
 
 1

我们在Spring的配置文件中手动注入了RedisHttpSessionConfiguration，这是因为我们默认的使用redis进行存储Session的。

RedisHttpSessionConfiguration 这个类加了Configuration注解，作为配置文件注入。

RedisHttpSessionConfiguration的作用是创建名为springSessionRepositoryFilter 的Spring Bean，继承自Filter。springSessionRepositoryFilter替换容器默认的HttpSession支持为Spring Session，将Session实例存放在Redis中。

（1）RedisHttpSessionConfiguration 继承关系如下：

@Configuration
@EnableScheduling
public class RedisHttpSessionConfiguration extends SpringHttpSessionConfiguration
        implements EmbeddedValueResolverAware, ImportAware {
}
 
 1
2
3
4
5
 
 1
2
3
4
5

这里写图片描述

（2）RedisHttpSessionConfiguration主要方法和属性如下：

这里写图片描述

（3）RedisHttpSessionConfiguration通过@Bean的方式将RedisMessageListenerContainer、RedisTemplate、RedisOperationsSessionRepository 等注入到Spring容器中。

（4）RedisHttpSessionConfiguration继承了SpringHttpSessionConfiguration这个类，这个类很重要，SpringHttpSessionConfiguration通过@Bean的方式将springSessionRepositoryFilter注入到容器中：

这里写图片描述

springSessionRepositoryFilter这个过滤器就是前边DelegatingFilterProxy查找的过滤器！

（6）可以看出他是SessionRepositoryFilter类型的，SessionRepositoryFilter的作用就是替换容器默认的javax.servlet.http.HttpSession支持为org.springframework.session.Session。

SessionRepositoryFilter的主要方法和属性如下：

这里写图片描述

（7）其中SessionRepositoryResponseWrapper、SessionRepositoryRequestWrapper、HttpSessionWrapper为内部类，这个也是很关键的。例如SessionRepositoryRequestWrapper类：

这里写图片描述

可以看出SessionRepositoryRequestWrapper继承了javax.servlet.http.HttpServletRequestWrapper这个类，我们知道HttpServletRequest接口的默认实现是有HttpServletRequestWrapper的，如下：

这里写图片描述

（8）因为SessionRepositoryRequestWrapper继承了HttpServletRequestWrapper，而HttpServletRequestWrapper实现了HttpServletRequest接口，在SessionRepositoryRequestWrapper又重写了HttpServletRequest接口中的一些方法，所以才会有：getSession、changeSessionId等这些方法。

到此，我们应该大致明白了，原有的request请求和response都被重新进行了包装。我们也就明白了原有的HttpSeesion是如何被Spring Session替换掉的。

需要注意的是：

The SessionRepositoryFilter must be placed before any Filter that access the HttpSession or that might commit the response to ensure the session is overridden and persisted properly.
 
 1
 
 1

案例分析

（1）Controller代码如下：

这里写图片描述

（2）查看效果：

这里写图片描述

我们通过快捷键查看request.getSession() 的具体实现，就可以看出已经有了SessionRepositoryRequestWrapper 重写的方法。

上述有两个默认的实现，一个是原始的，一个是Spring Session实现的，具体选用哪一种作为实现，这就是我们上边说的DelegatingFilterProxy 代理的作用了，他会将每一个请求过滤，经过DelegatingFilterProxy的每一个请求也会经过springSessionRepositoryFilter过滤器，springSessionRepositoryFilter过滤器就实现了将原有request到SessionRepositoryRequestWrapper的转换，这就是实现了具体的流程！

（3）request.getSession().setAttribute(name, value)的实现：

追踪代码，可以到达下边内容

这里写图片描述