Session共享

当我们运行微服务分布式项目的时候，一般我们用的都是SpringBoot，

众所周知的是，SpringBoot是自带TomCat的，所以每启动一个SpringBoot项目，此项目就会在自己的Tomcat中运行。

而Session是被不同的TomCat隔开的，会导致服务运行时，数据不能共享，用户会话数据发生错误。

在这样的大环境下，以前的工程师们像了许多种解决方法，比如将Session的数据存在Cookie中，反向代理等。

但是这些方法都有着各种各样的问题，而现在的程序员们有了更好的选择，Spring大家族的SpringSeesion。

首先：

SpringSession要依赖redis，所以编写配置时不止要配置SpringSession的配置还需要编写redis的配置

# redis 配置
spring.redis.host=8.164.123.51
spring.redis.jedis.pool.max-idle=100
# springsession 配置
spring.session.store-type=redis

然后：

存入Session域的实体类对象要实现序列化

 

原理：

SessionRepositoryFilter

利 用 Filter 原 理 ， 在 每 次 请 求 到 达 目 标 方 法 之 前 ， 将 原 生 HttpServletRequest/HttpServletResponse 对 象 包 装 为 SessionRepositoryRequest/ResponseWrapper。 包装 request 对象时要做到：包装后和包装前类型兼容。所谓类型兼容：“包装得到的 对象 instanceof 包装前类型”返回 true。 只有做到了类型的兼容，后面使用包装过的对象才能够保持使用方法不变。包装过的对 象类型兼容、使用方法不变，才能实现“偷梁换柱”。 但是如果直接实现 HttpServletRequest 接口，我们又不知道如何实现各个抽象方法。这 个问题可以借助原始被包装的对象来解决。

 

RedisOperationsSessionRepository

利用了redis将session保护了起来。

 

 

使用：

整体来说，SpringSession使用起来很简单，属于润物细无声的那种，你根本感觉不到差别。

使用步骤就是导入依赖（也需要导入redis的Springboot整合依赖），编写配置（就是上面我编写的配置文件）。

其余的也没什么了。