Session问题原因分析

从根本上来说是因为Http协议是无状态的协议。客户端和服务端在某次会话中产 生的数据不会被保留下来，所以第二次请求服务端无法认识到你曾经来过， Http为什么要设计为无状态 协议?早期都是静态⻚面无所谓有无状态，后来有动态的内容更丰富，就需要有状态，出现了两种用于 保持Http状态的技术，那就是Cookie和Session。

场景：nginx默认轮询策略

Session一致性的方案

Nginx的 IP_Hash 策略(可以使用)

同一个客户端IP的请求都会被路由到同一个目标服务器，也叫做会话粘滞

优点:

配置简单，不入侵应用，不需要额外修改代码

缺点:
服务器重启Session丢失

存在单点负载高的⻛险 单点故障问题

Session复制(不推荐)

也即，多个tomcat之间通过修改配置文件，达到Session之间的复制

优点:

不入侵应用

便于服务器水平扩展 能适应各种负载均衡策略 服务器重启或者宕机不会造成Session丢失

缺点:

性能低

内存消耗

不能存储太多数据，否则数据越多越影响性能

延迟性

Session共享，Session集中存储(推荐)

Session的本质就是缓存，那Session数据为什么不交给专业的缓存中间件呢?比如Redis

优点:

能适应各种负载均衡策略 服务器重启或者宕机不会造成Session丢失扩展能力强

适合大集群数量使用

缺点:

对应用有入侵，引入了和Redis的交互代码

redis解决Session问题实例

引入jar

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

配置redis

spring.redis.host=127.0.0.1
spring.redis.port=6379

添加注解

redis解决Session问题原理