Session共享问题

 

Session问题原因分析

出现这个问题的原因,从根本上来说是因为Http协议是⽆状态的协议。客户端和服务端在某次会话中产⽣的数据不会被保留下来,所以第⼆次请求服务端⽆法认识到你曾经来过, Http为什么要设计为⽆状态 协议?早期都是静态⻚⾯⽆所谓有⽆状态,后来有动态的内容更丰富,就需要有状态,出现了两种⽤于 保持Http状态的技术,那就是CookieSession。⽽出现上述不停让登录的问题,分析如下图:

场景:nginx默认轮询策略

 

解决Session⼀致性的⽅案

1、Nginx IP_Hash 策略

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

优点:

配置简单,不⼊侵应⽤,不需要额外修改代码

缺点:

服务器重启Session丢失

存在单点负载⾼的⻛险

单点故障问题

配置如下:

修改  nginx.conf文件

 

2、Session共享,Session集中存储
 
Session 的本质就是缓存,那 Session 数据为什么不交给专业的缓存中间件呢?⽐如 Redis

 

优点:

能适应各种负载均衡策略

服务器重启或者宕机不会造成Session丢失

扩展能⼒强

适合⼤集群数量使⽤

缺点:

对应⽤有⼊侵,引⼊了和Redis的交互代码

实现:

Spring Session使得基于RedisSession共享应⽤起来⾮常之简单

1 )引⼊ Jar
<dependency>
 <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>
2 )配置 redis

 

spring.redis.database=0
spring.redis.host=127.0.0.1
spring.redis.port=6379
3 )添加注解

 

 

原理示意
 

 

 

 

 

 

 

 

 

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值