今天在调试程序的提示了如下的错误：
Caused by: java.io.InvalidClassException: local class incompatible: stream classdesc serialVersionUID = -2466637085792266744, local class serialVersionUID = 992923099178309582
这个异常是因为序列化和反序列化异常导致的，通常是因为你在redis服务器上手动序列化存储了一个值，然后在代理中进行反序列化获取时报错了。最好就是存取都在代码中完成。
为什么会出现serialVersionUID不一致的情况，那我们需要了解下Java的序列化机制
简单来说，Java的序列化机制是通过在运行时判断类的serialVersionUID来验证版本一致性的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体（类）的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常。
当实现java.io.Serializable接口的实体（类）没有显式地定义一个名为serialVersionUID，类型为long的变量时，Java序列化机制会根据编译的class自动生成一个serialVersionUID作序列化版本比较用，这种情况下，只有同一次编译生成的class才会生成相同的serialVersionUID 。
如果我们不希望通过编译来强制划分软件版本，即实现序列化接口的实体能够兼容先前版本，未作更改的类，就需要显式地定义一个名为serialVersionUID，类型为long的变量，不修改这个变量值的序列化实体都可以相互进行串行化和反串行化。