WebSocket会话未在JDBC会话存储中持久化问题排查求助

针对WebSocket会话未持久化到SPRING_SESSION、SPRING_SESSION_ATTRIBUTES表的问题，可从以下几个方向逐一排查：

1. 确认数据库表结构是否合规 #

Spring Session JDBC依赖专用的SPRING_SESSION和SPRING_SESSION_ATTRIBUTES表，这两张表并非JPA自动生成（Spring Session的会话实体不属于JPA实体范畴）。结合你的配置需检查：

• Liquibase变更日志中是否包含这两张表的创建脚本？若未配置，需手动添加（表结构需严格匹配Spring Session的要求）。
• 登录H2控制台确认这两张表是否存在，若表缺失，Spring Session无法完成持久化操作。

2. 验证WebSocket与Http Session的绑定逻辑 #

Spring Session对WebSocket的集成核心是将WebSocket会话绑定到Http Session，只有当Http Session被实际使用时才会触发持久化：

• WebSocket连接建立前，是否先通过普通HTTP请求创建并激活了Http Session？比如先访问任意HTTP接口，确保浏览器的SESSION cookie对应有效Http Session。
• 是否在WebSocket会话生命周期中，向Session存入过属性？若仅建立连接但未操作Session，Spring Session不会主动持久化空会话。

3. 检查WebSocket配置细节 #

你的WebSocketConfig继承了AbstractSessionWebSocketMessageBrokerConfigurer<Session>，需注意：

• 确认导入的Session类是org.springframework.session.Session，避免引入其他包下的Session类导致类型不匹配。
• 显式添加@EnableSpringSession注解，尽管spring.session.store-type=jdbc会触发自动配置，但显式声明可消除配置遗漏风险。

4. 排查Liquibase与Spring Session的冲突 #

若Liquibase变更日志中存在对会话相关表的修改，可能破坏Spring Session的表结构：

• 检查Liquibase脚本是否修改过SPRING_SESSION或SPRING_SESSION_ATTRIBUTES的字段类型、约束等，必须保证表结构与Spring Session要求完全一致。

5. 确认Session持久化触发条件 #

Spring Session采用懒加载+按需持久化机制：

• 只有当Session属性发生变更（新增、修改、删除）时，才会执行数据库写入操作。可在WebSocket连接成功后，尝试向Session存入一个测试属性，观察是否触发持久化。

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