• private static final long serialVersionUID = 1L;

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

具体的序列化过程是这样的：

• 序列化操作的时候系统会把当前类的serialVersionUID写入到序列化文件中，
• 当反序列化时系统会去检测文件中的serialVersionUID，判断它是否与当前类的serialVersionUID一致，
  • 如果一致就说明序列化类的版本与当前类版本是一样的，可以反序列化成功，否则失败。

serialVersionUID有两种显示的生成方式：

• 一是默认的1L，比如：private static final long serialVersionUID = 1L;
• 二是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段
• 当实现java.io.Serializable接口的类没有显式地定义一个serialVersionUID变量时候，
  • Java序列化机制会根据编译的Class自动生成一个serialVersionUID作序列化版本比较用，
  • 这种情况下，如果Class文件(类名，方法明等)没有发生变化(增加空格，换行，增加注释等等)，
    • 就算再编译多次，serialVersionUID也不会变化的。

情况一：假设Person类序列化之后，从A端传输到B端，然后在B端进行反序列化。

• 在序列化Person和反序列化Person的时候，
  • A端和B端都需要存在一个相同的类。
• 如果两处的serialVersionUID不一致，会产生什么错误呢?

  • Exception in thread "main" java.io.InvalidClassException: com.sf.code.serial.Person; local class incompatible: stream classdesc serialVersionUID = 1234567890, local class serialVersionUID = 123456789at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:621)at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1623)at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1518)at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1774)at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351)at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371)at com.sf.code.serial.DeserialTest.main(DeserialTest.java:13)

情况二：假设两处serialVersionUID一致，

• 如果A端增加一个字段，然后序列化，而B端不变，然后反序列化，会是什么情况呢?
  • 最后的结果为：执行序列化，反序列化正常，但是A端增加的字段丢失(被B端忽略)。

情况三：假设两处serialVersionUID一致，如果B端减少一个字段，A端不变，会是什么情况呢?

• 【答案】序列化，反序列化正常，B端字段少于A端，A端多的字段值丢失(被B端忽略)。

情况四：假设两处serialVersionUID一致，如果B端增加一个字段，A端不变，会是什么情况呢?

• 说明序列化，反序列化正常，B端新增加的int字段被赋予了默认值0。

静态变量序列化

• 原因在于序列化时，并不保存静态变量，
• 这其实比较容易理解，序列化保存的是对象的状态，静态变量属于类的状态，因此 序列化并不保存静态变量。