错误1

java.io.InvalidClassException: org.hibernate.collection.AbstractPersistentCollection;
local class incompatible: stream classdesc serialVersionUID = 7602608801868099635, local class serialVersionUID = -7982170513654570219

1.要保证rmi server 和 rmi client 两边参与此次操作的类生成的.class文件相同。

2.保证两个项目的jar包的版本一致，不然也会出现此类情况。

错误2

Cannot deserialize; nested exception is org.springframework.core.serializer.support.SerializationFailedException: 
Failed to deserialize payload. Is the byte array a result of corresponding serialization for DefaultDeserializer?; 
nested exception is java.io.EOFException

这个异常是因为序列化和反序列化异常导致的，通常是因为你在redis服务器上手动序列化存储了一个值，然后在代理中进行反序列化获取时报错了。最好就是存取都在代码中完成。

详细说明

简单来说，Java的序列化机制是通过在运行时判断类的serialVersionUID来验证版本一致性的。在进行反序列化时，JVM会把传来的字节流中的serialVersionUID与本地相应实体（类）的serialVersionUID进行比较，如果相同就认为是一致的，可以进行反序列化，否则就会出现序列化版本不一致的异常。 

当实现java.io.Serializable接口的实体（类）没有显式地定义一个名为serialVersionUID，类型为long的变量时，Java序列化机制会根据编译的class自动生成一个serialVersionUID作序列化版本比较用，这种情况下，只有同一次编译生成的class才会生成相同的serialVersionUID 。 

如果我们不希望通过编译来强制划分软件版本，即实现序列化接口的实体能够兼容先前版本，未作更改的类，就需要显式地定义一个名为serialVersionUID，类型为long的变量，不修改这个变量值的序列化实体都可以相互进行串行化和反串行化。

感谢您的阅读，希望对您有帮助，本文版权归 #惊讶# 所有