1700439050
1700439051
public static Object readObject（）{
1700439052
1700439053
Object obj=null；
1700439054
1700439055
//反序列化
1700439056
1700439057
try{
1700439058
1700439059
Object Input in put=new Object Input Stream（new
1700439060
1700439061
FileInputStream（FILE_NAME））；
1700439062
1700439063
obj=input.readObject（）；
1700439064
1700439065
input.close（）；
1700439066
1700439067
}catch（Exception e）{
1700439068
1700439069
e.printStackTrace（）；
1700439070
1700439071
}
1700439072
1700439073
return obj；
1700439074
1700439075
}
1700439076
1700439077
}
1700439078
1700439079
通过对象序列化过程，把一个对象从内存块转化为可传输的数据流，然后通过网络发送到消息消费者（Consumer）那里，并进行反序列化，生成实例对象，代码如下：
1700439080
1700439081
public class Consumer{
1700439082
1700439083
public static void main（String[]args）throws Exception{
1700439084
1700439085
//反序列化
1700439086
1700439087
Person p=（Person）SerializationUtils.readObject（）；
1700439088
1700439089
System.out.println（“name=”+p.getName（））；
1700439090
1700439091
}
1700439092
1700439093
}
1700439094
1700439095
这是一个反序列化过程，也就是对象数据流转换为一个实例对象的过程，其运行后的输出结果为：混世魔王。这太easy了，是的，这就是序列化和反序列化典型的demo。但此处隐藏着一个问题：如果消息的生产者和消息的消费者所参考的类（Person类）有差异，会出现何种神奇事件？比如：消息生产者中的Person类增加了一个年龄属性，而消费者没有增加该属性。为啥没有增加？！因为这是个分布式部署的应用，你甚至都不知道这个应用部署在何处，特别是通过广播（broadcast）方式发送消息的情况，漏掉一两个订阅者也是很正常的。
1700439096
1700439097
在这种序列化和反序列化的类不一致的情形下，反序列化时会报一个InvalidClassException异常，原因是序列化和反序列化所对应的类版本发生了变化，JVM不能把数据流转换为实例对象。接着刨根问底：JVM是根据什么来判断一个类版本的呢？
1700439098
1700439099
好问题，通过SerialVersionUID，也叫做流标识符（Stream Unique Identifier），即类的版本定义的，它可以显式声明也可以隐式声明。显式声明格式如下：
[
上一页 ]
[ :1.70043905e+09 ]
[
下一页 ]