背景描述
因为业务需求的需要，我们需要在原来项目中的一个DTO类中新增两个字段（我们项目使用的是dubbo架构，这个DTO在A项目/服务的domain包中，会被其他的项目如B、C、D引用到）。但是这个DTO对象已经在Redis缓存中存在了，如果我们直接向类中增加字段而不做任何处理的话，那么查询操作查出来的缓存对象就会报反序列化失败的错误，从而影响正常的业务流程，那么来看一下我的解决方案吧。
升级缓存版本号
我们的正式环境和预发布环境是共用Redis和Mysql。如果修改了DTO且没有加@JsonIgnoreProperties(ignoreUnknown = true)这个注解。
那么DTO所在的A项目发到预发布之后，会启动一个后台定时任务把最新的DTO对象刷新到缓存中去，但是除了这个工程以外的其他依赖服务如果没有发的话，那么他们jar包里面的domain还是旧的DTO。 那么这个时候取出来的缓存（最新的DTO的缓存）就会有反序列化的错误，发包的延迟和预发布验证的时间都会导致线上反序列化失败，从而阻塞业务。
解决方案就是升级缓存的版本号（修改原来缓存DTO的Redis的Key值）
缓存key升级版本号，在其他未更新的应用中的缓存key已经在跑的jar包里面，他们的key是旧的，比如v1，那么v1对应的DTO就是旧的DTO。 升级后新的DTO版本为v2那么发起来的自身服务刷新最新的DTO缓存是放到v2的key里面的，即v2->新的DTO，v1->旧的DTO。这样可以保证不会有反序列化的问题。
注意
改版本号一定要在第一次发的时候改上去才好，不然你按v1发的版，发现问题再改成v2已经就晚了，因为已经把新的DTO刷到v1里面了，线上的依赖服务里面的domain包就是v1捞出来肯定异常。 如果发生这种情况只能再发v2版本到预发布，同时删掉线上v1的缓存。
