分布式会话《九》

由于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 信息。

项目展示:https://download.csdn.net/download/qq_35781178/10570606

上一篇:https://mp.csdn.net/postedit/81265167

下一篇:

猜你喜欢

转载自blog.csdn.net/qq_35781178/article/details/81269082