Spring Boot多服务器部署后用户频繁被要求重复登录问题咨询

问题根因：Spring Boot默认将用户会话（Session）存储在单实例本地内存中，不同节点的会话数据互不共享，当负载均衡将用户后续请求分发到未存储对应会话的节点时，就会触发身份校验失败，要求用户重新登录。

常见的可行解决方向如下：

• 集中式会话共享（生产环境最通用方案）
  所有节点连接统一的第三方存储服务存放会话数据，推荐使用Redis实现，改造成本很低：

  1. 项目引入Spring Session和Redis依赖，Maven项目示例配置：

     <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. 配置文件添加参数：spring.session.store-type=redis，同时配置公共Redis服务的连接地址、密码、库号等参数即可
     该方案会话数据统一存储，单节点宕机不会影响用户登录状态，可用性最高。

• 负载均衡配置会话粘滞
  无需修改应用代码，仅在负载均衡层配置策略，将同一个用户的所有请求固定分发到其首次登录的节点，避免跨节点访问。比如Nginx可以配置ip_hash策略实现该能力。
  注意该方案存在局限性：如果用户绑定的节点宕机，该节点上的所有用户都会丢失会话，需要重新登录。

• 无状态令牌鉴权（前后端分离项目优先）
  改造鉴权逻辑，废弃服务端存储Session的方案，改用JWT等无状态令牌：用户登录成功后服务端签发加密的身份令牌返回给客户端存储，后续所有请求携带令牌，服务端仅校验令牌合法性即可识别用户身份，天然适配集群部署，无需做会话共享。
  注意需要做好令牌加密、有效期控制、主动作废等逻辑的安全处理。

内容的提问来源于stack exchange，提问作者Lihui