serialVersionUID作用

栏目:Java基础 作者:admin 日期:2015-07-11 评论:13 点击: 13,514 次

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

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

当一个类实现了Serializable接口,如果没有显示的定义serialVersionUID,Eclipse会提供相应的提醒。面对这种情况,我们只需要在Eclipse中点击类中warning图标一下,Eclipse就会      自动给定两种生成的方式。如果不想定义,在Eclipse的设置中也可以把它关掉的,设置如下:
Window ==> Preferences ==> Java ==> Compiler ==> Error/Warnings ==> Potential programming problems
将Serializable class without serialVersionUID的warning改成ignore即可。

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

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

下面用代码说明一下serialVersionUID在应用中常见的几种情况。

(1)序列化实体类

(2)序列化功能:

(3)反序列化功能:

情况一:假设Person类序列化之后,从A端传输到B端,然后在B端进行反序列化。在序列化Person和反序列化Person的时候,A端和B端都需要存在一个相同的类。如果两处的serialVersionUID不一致,会产生什么错误呢?
【答案】可以利用上面的代码做个试验来验证:
先执行测试类SerialTest,生成序列化文件,代表A端序列化后的文件,然后修改serialVersion值,再执行测试类DeserialTest,代表B端使用不同serialVersion的类去反序列化,结果报错:
Exception in thread "main" java.io.InvalidClassException: test.Person; local class incompatible: stream classdesc serialVersionUID = 1234567890, local class serialVersionUID = 123456789
    at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:560)
    at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1580)
    at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1493)
    at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1729)
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1326)
    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
    at test.DeserialTest.main(DeserialTest.java:15)
    
情况二:假设两处serialVersionUID一致,如果A端增加一个字段,然后序列化,而B端不变,然后反序列化,会是什么情况呢?
【答案】新增 public int age; 执行SerialTest,生成序列化文件,代表A端。删除 public int age,反序列化,代表B端,最后的结果为:执行序列化,反序列化正常,但是A端增加的字段丢失(被B端忽略)。

情况三:假设两处serialVersionUID一致,如果B端减少一个字段,A端不变,会是什么情况呢?
【答案】序列化,反序列化正常,B端字段少于A端,A端多的字段值丢失(被B端忽略)。

情况四:假设两处serialVersionUID一致,如果B端增加一个字段,A端不变,会是什么情况呢?
验证过程如下:
先执行SerialTest,然后在实体类Person增加一个字段age,如下所示,再执行测试类DeserialTest.

相应的修改测试类DeserialTest,打印出age的值。

结果为:
Person Deserial Person: 1234 wang age: 0
说明序列化,反序列化正常,B端新增加的int字段被赋予了默认值0。
最后通过下面的图片,总结一下上面的几种情况。

声明: 本文由金丝燕网原创编译,转载请保留链接: serialVersionUID作用,更多交流请加群:278721352

serialVersionUID作用:目前有13 条留言

  1. 13楼
    line:

    今天拜读楼主帖子,简单清晰明了,非常感谢。 :cool:

    2017-07-12 下午12:06 [回复]
  2. 12楼
    经年:

    写的很好,有个疑问,是不是选择默认的值1L较好,因为这样能保证兼容,至少不会报错

    2017-05-31 上午10:31 [回复]
  3. 11楼
    帝耶:

    多谢博主,写的真的好

    2017-04-17 下午5:42 [回复]
  4. 10楼
    Tom_y:

    厉害了,楼主

    2017-04-13 上午10:57 [回复]
  5. 9楼
    rockdale:

    good

    2017-03-31 下午4:48 [回复]
  6. 8楼
    Shirley:

    很好的例子,让我一下子明白了序列化以及SerialVersionUID的作用,感谢

    2017-03-30 下午4:16 [回复]
  7. 7楼
    古渡木船:

    站主你好,文章的写的很清晰,易懂,非常感谢。有一个疑问,情况四种,”相应的修改测试类DeserialTest,打印出age的值。” 根据这句原话的意思,和后面粘贴出来的代码感觉有点不符合。

    2016-12-21 下午11:10 [回复]
  8. 6楼
    何人说:

    严禁、科学、清晰、实用

    2016-10-08 下午2:36 [回复]
  9. 5楼
    刚刚先生:

    :!: 写的很明白,一下子清晰了啊

    2016-09-19 下午6:03 [回复]
  10. 4楼
    newteinltg:

    以B端的类为模板来读取序列化文件: B段类有什么就读什么,都不到就取默认值

    2016-01-08 下午12:24 [回复]
  11. 地板
    阿明007:

    写的很清晰,如果能补充A端与B端的虚拟机版本不同情况下的场景就更好了。

    2015-11-16 下午3:48 [回复]
  12. 板凳
    admln:

    写的很清晰

    2015-10-13 下午3:04 [回复]
  13. 沙发
    Armand:

    写的很清晰明白,学习了,多谢多谢

    2015-08-07 下午2:07 [回复]

发表评论