序列化标识ID serialVersionUID的作用

serialVersionUID适用于Java的序列化机制。

“ 试想一下这样的场景：两端进行网络传输序列化对象，由于某种原因，导致两端使用的类的版本不同，假设接收方的类被删除了几个字段。当发送方将对象的序列化字节流发送到接收方时，由于接收方的类少了几个字段，而无法解析。即用旧的对象字节序列来创建新的对象。那么Java是如何解决这一问题的呢？Java要求实现序列化接口的类都必须声明一个serialVersionUID静态属性，如果没有该属性JVM也会自动声明该属性，并为该属性赋值。该属性的值是唯一的，用于表示不同的序列化类。只有类的序列化标识完全相同，Java才会进行反序列化工作，这就是序列化标识的作用。”

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

当实现java.io.Serializable接口的类没有显式地定义一个serialVersionUID变量时候，Java序列化机制会根据编译的Class自动生成一个serialVersionUID作序列化版本比较用，这种情况下，如果Class文件(类名，方法明等)没有发生变化(增加空格，换行，增加注释等等)，就算再编译多次，serialVersionUID也不会变化的。

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

显式定义有两种用途：
1.在某些场合希望类的不同版本对序列化兼容，因此需要确保类的不同版本具有相同的serialVersionUID；
2.在某些场合，不希望类的不同版本对序列化兼容，因此需要确保类的不同版本具有不同的serialVersionUID；

serialVersionUID在应用中常见的几种情况：

1.假设Person类序列化之后，从A端传输到B端，然后在B端进行反序列化。在序列化Person和反序列化Person的时候，A端和B端都需要存在一个相同的类。
如果两处的serialVersionUID不一致，会报错。

2.假设两处serialVersionUID一致，如果A端增加一个字段，然后序列化，而B端不变，然后反序列化。
反序列化正常，但是A端增加的字段丢失(被B端忽略，因为此时B端用旧的对象字节序列来创建新的对象，旧的不包括新增加的字段）
疑问：这里会出现一个问题，就是A端新加一个字段之后又重新序列化了一次，那么B端的serialVersionUID会不会被更新？然后A端增加的字段不会丢失
答：不会的，因为serialVersionUID是我们自己显示定义的一个确定值，A端是新加一个字段并没有改变serialVersionUID。

3.假设两处serialVersionUID一致，如果B端减少一个字段，A端不变。
序列化，反序列化正常，B端字段少于A端，A端多的字段值丢失(被B端忽略)。

4.假设两处serialVersionUID一致，如果B端增加一个字段，A端不变。
序列化，反序列化正常，B端新增加的字段被赋予了默认值。

参考资料：
1.http://swiftlet.net/archives/1268
2.清华大学出版社 徐传运《Java高级程序设计》