Hazelcast序列化MapSession报creationTime字段类型不兼容异常

核心问题是Hazelcast里存储的Spring Session序列化数据，和当前服务运行时加载的MapSession类结构不匹配，具体触发逻辑和对应场景：

• 最底层的报错incompatible types for field creationTime是Java原生序列化抛出的标准错误：反序列化对象时会校验当前类的字段签名和序列化流中记录的签名是否一致，这里发现creationTime字段的类型和当初写入数据时的类型不匹配，直接导致反序列化失败。
• staging环境可复现、develop环境无法复现的原因非常明确：develop环境基本每次部署都会重置环境，Hazelcast的内存、持久化数据会被完全清空，不存在历史遗留的旧数据；但staging环境的Hazelcast集群中一直保留着之前版本服务写入的旧会话数据，没有被清理。
• 报错是在Hazelcast执行后台定时过期数据清理任务时触发的，对应日志中的MapClearExpiredOperation逻辑：清理线程扫描到过期的会话条目准备删除时，需要先读取条目内容做反序列化，碰到格式不兼容的旧数据就直接抛出异常，同时因为这个后台任务没有绑定前端请求的响应处理器，还额外打印了一条Missing responseHandler的WARN日志。

最常见的触发场景 #

• 近期升级过staging环境的Spring Session依赖版本：不同Spring Session版本中MapSession类的creationTime字段类型存在变更（比如老版本用java.util.Date或者基础类型long存储，新版本调整为java.time.Instant类型），升级时没有清空存量会话数据，读取旧数据时就会触发报错。
• staging环境执行滚动发布过程中，集群内同时运行新旧两个版本的服务节点，旧版本节点写入Hazelcast的会话数据，被新版本节点在执行过期清理任务时读取，触发序列化不兼容问题。
• Hazelcast开启了持久化机制（包括本地磁盘持久化、外接持久化存储），服务重启、升级后存量历史数据没有被清理，每次后台清理任务扫描到这些旧格式数据，就会反复抛出该异常。

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