由于http 是无状态协议 的,每次发起请求时服务端并不知道各个请求之间的关系,为解决这个问题,引入了session 与cookie配合记录客户端(浏览器)所发起的请求。
当打开浏览器发起HTTP 请求时,服务端的session 生成一个全局统一标识session_id,并将这个标识发送给客户端存储与cookie中,基于该统一标识便可管理当前浏览器所发起的请求之间的关系。springboot 中的基于内嵌的tomcat容器将session 存储在内存中,在分布式环境中由于各微服务应用运行于不同的环境,所以各session之间无法互通。
spring session 通过标准的servlet filter(过滤器)拦截所有的web请求,并且重写了httpservletRequest 的getSession()方法,将session 交由redis 存储,多个微服务应用使用同一个redis 管理的session,从而最终实现统一的分布式会话管理。
由于dubbo 的各微服务模块并非在web 容器中运行,所以分布式会话在spring cloud 中使用,不过在设计架构时尽量还是使用无状态的服务接口。
<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>
spring.session.store-type:指定session 的存储服务提供方。
调用putSession 请求后,查询redis 便可发现 spring session 已经将刚才存入session 的内容写入了redis中。现在只需在其他微服务应用中进行相同的配置便可从共享redis 中获取session 信息。
项目展示:分布式session共享-Java代码类资源-CSDN下载