使用SpringSession管理分布式会话时遇到的反序列化问题

问题浮现

我们在使用SpringSession时（其实在问题出现时，我们并没有意识到和这儿有关联），遇到了一个隐藏较深的问题。我们像往常一样，在用户登录成功之后，将用户的实体类信息实例化保存到了session中，且session最后保存到了redis里面，这个过程其实是没有什么问题的。

随着时间的推移业务的迭代变化，用户实体需要为更新的需求增加额外的字段，于是我们顺其自然的在类中追加其他String类型的属性，结果上了测试环境，发现我们无法进入到登录页面，从浏览器控制台上我们发现这个请求因为无法获取正确的鉴权而不断报302，并且浏览器错误主页提示我们“清除浏览器cookie”，当我们照做之后，登录页面神奇般的可以打开并且我们能够顺利登录系统和使用系统了。在我们回到服务端查看后台日志时，我们看到时在redis中出现了反序列化的问题，而且日志报的很蹊跷，并不是我们的业务代码的某一行直接抛出的日志，这给我们定位问题带了一点麻烦。

分析问题

首先反序列化出现问题，我们首先能够想到的就是给用户实体加了额外属性导致的，但是为何会出现反序列化问题呢？原因看起来很简单，我们的用户实体类确实实现了Serializable接口，但是我们并没有显示的写出序列化的serialVersionUID，这在实体变更了属性字段之后反序列化回来，就一定会反序列化失败的，因为在你没有指定序列号serialVersionUID号的时候，系统默认都是以类名称类属性等来自动生成的，不同的属性名称得出的序列化值肯定是不一样的，解决的方法很简单，就是在初始化类的时候，主动写名序列化serialVersionUID号