基于redis的分布式session共享管理之销毁事件不生效问题

一、前言

首先介绍下分布式session共享管理

在Springboot项目中,经常提到分布式的概念,当实际部署应用后,多台服务器各自存储用户登录会话无法共享,导致操作A按钮还是正常,操作B按钮就提示登录过期需要重新登录。

这是因为接口分发将请求的sessionID传入了不同服务器,未使用分布式session管理时只能在其中一台服务器记录登录信息,所以另一台机器收到请求sessionID识别为未登录出现异常。

所以,此时需要将用户会话信息存储在中间件中,不依赖特定服务器,这样就可以实现各服务器之间共享读取中间件中用户的会话,不会出现上述问题

二、问题

监听session情况,创建、销毁进行回调代码如下

复制代码
@Configuration
@Slf4j(topic = "login")
public class SpringSessionConfiguration implements HttpSessionListener {

    @Override
    public void sessionCreated(HttpSessionEvent se) {
        log.info("Session 创建: " + se.getSession().getId());
    }

    @Override
    public void sessionDestroyed(HttpSessionEvent se) {
        log.info("Session 销毁: " + se.getSession().getId());
    }

}

通过debug打断点发现, 不触发根本原因 :

session失效进入了SessionRepositoryFilter类,没有进入StandardSessionFacade导致的

我们来详细分析这个问题的 原因 和 解决方案。


🧠 一、问题现象

  • 你实现了 HttpSessionListener,并注册为 Spring Bean。
  • sessionCreated() 方法可以正常触发。
  • 但 sessionDestroyed() 方法不执行,即使 Session 已经过期或被删除。

🔍 二、根本原因分析

1. Spring Session 的 Session 生命周期管理机制

Spring Session(尤其是 spring-session-data-redis)是通过 SessionRepositoryFilter 来拦截请求并管理 Session 生命周期的。

  • 当用户访问时,SessionRepositoryFilter 会创建一个包装过的 HttpSession(通常是 MapSession 或 RedisSession)。
  • 这个包装过的 HttpSession 并不是原生的 Tomcat StandardSessionFacade,而是 Spring 自己实现的抽象层。

2. sessionDestroyed() 不触发的原因

HttpSessionListener.sessionDestroyed() 是 由 Servlet 容器(如 Tomcat)触发的,只有当 Session 是由 Tomcat 管理的原生 Session 时才会触发。

而使用 Spring Session 后:

  • Session 是由 Spring Session 管理的,不是由 Tomcat 创建的。
  • Session 的销毁是通过 Spring Session 内部机制完成的(比如 Redis Key 过期、主动调用 session.invalidate())。
  • Tomcat 不知道 Session 被销毁了,因此不会触发 sessionDestroyed() 回调。

3. Session 过期后去哪了?

Spring Session 的 Session 过期通常有以下几种方式:

  • Redis 中 Session Key 的 TTL 到期,被 Redis 自动删除(被动过期)。
  • Spring Session 内部定时任务或请求时检查过期(主动过期)。
  • 但这些方式都不会触发 HttpSessionListener.sessionDestroyed(),因为不是 Tomcat 触发的。

三、方案

✅ 方案一:监听 Spring Session 的 SessionDestroyedEvent

Spring Session 提供了它自己的事件机制,你可以监听 SessionDestroyedEvent 来替代 HttpSessionListener。

复制代码
@Component
@Slf4j
public class SessionEventListener {

    @EventListener
    public void handleSessionCreated(SessionCreatedEvent event) {
        log.info("Session 创建: " + event.getSession().getId());
    }

    @EventListener
    public void handleSessionDestroyed(SessionDestroyedEvent event) {
        log.info("Session 销毁: " + event.getSessionId());
    }
}

✅ 方案二:启用 Redis Key 过期事件 + 监听 Redis 的 expired 事件

如果你的 Session 是被 Redis 主动删除的(TTL 过期),Spring Session 默认不会感知到。

你需要:

配置文件中搜索开启,重启后生效
复制代码
notify-keyspace-events Ex

四、总结

经过笔者测试使用方案二实现最终效果,当会话过期自动调用销毁方法,整个过程还是比较费劲,一边结合AI分析,一边查阅资料自己打断点推敲,事实证明完全依赖AI无法解决实际问题,还需要人脑参与统筹分析,也劝各位读者不要过分依赖AI。

相关推荐
用户094248568034 小时前
第19章:库存扣减与秒杀系统:Redis 扛峰值流量
redis·架构·源码
爱写Bug的浮游4 小时前
RTA高频请求下的Redis短缓存工程闭环
redis
没有气的汽水4 小时前
redis加了个分片,把线上写挂了一个多小时
redis
lsc_blog4 小时前
年底还在招的岗位,先确认缺口和到岗要求
git·缓存·ci/cd·职场和发展·github
xixiaoyunya6 小时前
Redis缓存三大问题实战:穿透、击穿、雪崩,我用一个电商秒杀场景讲清楚
数据库·redis·缓存
鶴哥只手遮天7 小时前
《Redis 8.10.3 深度剖析》系列 · 第 1 章·全景与源码地图:版本谱系、构建体系、全局状态与启动链路
redis·后端·开源
70后写java的老码农7 小时前
docker-compose 部署 Redis Stack Server 6.2.6-v19
redis·docker
小南家的青蛙9 小时前
Redis监控与告警体系化实践
redis·监控方案·告警方案
我不会起名字3229 小时前
Redis 从 0 到 1(二十七):JSON 体积是 Protobuf 的 3.7 倍?3 种序列化的 Go 基准测试
redis·go·序列化·protobuf·messagepack