上线过程踩到的反序列化的坑

序列化反序列化问题网上有一大堆文章进行专题讲解，这篇文章也不打算介绍序列化反序列化的细节。这篇文章只是分享项目中在这个问题上实际遇到的问题。

服务端上线过程中，老的业务节点不能反序列化新业务节点产生的数据。

一、大致背景

如图，系统中一个模块（例如叫business），通过spring redis（核心是采用了一种序列化方式GenericJackson2JsonRedisSerializer）把一个java对象写入redis中。这个模块另一个功能是从redis中取出缓存的数据，反序列化为java对象。

二、问题出现场景

1、原来这个业务类包括3个属性。uid,name,gender

2、业务发展这个类增加了一个属性email，程序员也很认真，新的类（4个属性）能够反序列化redis中的老数据（3个属性）

3、系统灰度上线，上线new business节点，该节点会向redis写入4个属性的序列化数据

4、还没有更新的business节点在灰度窗口期，无法反序列化4个属性的数据！BUG

三、原因分析

正向思维容易，逆向思维难。程序员考虑到向前兼容，忽略了向后兼容。编写代码时，尤其是涉及序列化反序列化时，没有考虑到后续实体类可能发生的变化。

四、解决办法

1、修改老代码（3个属性）的反序列化方法，忽略不识别的属性。在这个case里，对实体类增加@JsonIgnoreProperties(ignoreUnknown = true)注解即可。

2、上线3个属性，向后兼容序列化的版本（忽略不识别的属性）。

3、上线4个属性的版本。