JAVA 类中 serialVersionUID 的作用

 

通常在继承 Serializable 接口的类，Eclipse 会提示需要定义一个版本 ID 号，例如可以自动生成：
private static final long serialVersionUID = 791446515840133966L;

有两种生成方式： 
     一个是默认的1L，比如：private static final long serialVersionUID = 1L; 
     一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段，比如：
       private static final   long     serialVersionUID = xxxxL;

当你一个类实现了Serializable接口，如果没有定义serialVersionUID，Eclipse会提供这个提示功能告诉你去定义。

如果不想定义它，在Eclipse的设置中也可以把它关掉的，设置如下：
        Window ==> Preferences ==> Java ==> Compiler ==> Error/Warnings ==> Potential programming problems
        将 Serializable class without serialVersionUID 的 warning 改成 ignore 即可。

定义版本 ID 号以后，序列化时会保持版本的兼容性，即在版本升级时反序列化仍保持对象的唯一性。

如果你的类 Serialized 存到硬盘上面后，可是后来你却更改了类别的field（增加或减少或改名），当 Deserialize 时就会出现异常，这样就会造成不兼容性的问题。

但当 serialVersionUID 相同时，它就会将不一样的 field 以 type 的预设值Deserialize，可避开不兼容性问题。

 

在JDK中，可以利用JDK的bin目录下的serialver.exe工具产生这个serialVersionUID，对于Test.class，执行命令：serialver Test。
为了在反序列化时，确保类版本的兼容性，最好在每个要序列化的类中加入 private static final long serialVersionUID这个属性，具体数值自己定义。这样，即使某个类在与之对应的对象已经序列化出去后做了修改，该对象依然可以被正确反序列化。

否则，如果不显式定义该属性，这个属性值将由JVM根据类的相关信息计算，而修改后的类的计算结果与修改前的类的计算结果往往不同，从而造成对象的反序列化因为类版本不兼容而失败。
不显式定义这个属性值的另一个坏处是，不利于程序在不同的JVM之间的移植。因为不同的编译器实现该属性值的计算策略可能不同，从而造成虽然类没有改变，但是因为JVM不同，出现因类版本不兼容而无法正确反序列化的现象出现。