serialversionuid:serialVersionUID作用

 2021-06-30 5:29    77  

serialVersionUID作用serialversionuid: 序列化时为了保持版本的兼容性,即在版本升级时反序列化仍保持对象的唯一性。

有两种生成方式serialversionuid:

一个是默认的1Lserialversionuid,比如: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即可。

如果你没有考虑到兼容性问题时,就把它关掉,不过有这个功能是好的,只要任何类别实现了Serializable这个接口的话,如果没有加入serialVersionUID,Eclipse都会给你warning提示,这个serialVersionUID为了让该类别Serializable向后兼容。

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

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

总结一下serialVersionUID 用来在反序列化时,验证sender 和 receiver 在序列号对象时,是否加载了兼容的类;

强烈建议在所有可序列化class 中显式定义 serialVersionUID;

因为如果默认的serialVersionUID 是通过计算出来的,则该值会根据compiler的实现,非常易于改变,这样会反序列化时,导致unexpected InvalidClassException 异常。

关于序列化,为啥要指定serialVersionUID值?

serialversionuid:serialVersionUID作用

什么是序列化与反序列化你在平时的开发中肯定发现实体类会实现Serializable接口,并且指定serialVersionUID的值。像这样

serialversionuid:serialVersionUID作用

serialversionuid:serialVersionUID作用

你可能会有疑问,为什么要实现Serializable接口呢。实现这个接口是为了序列化和反序列化。

serialversionuid:serialVersionUID作用

如果这个实体类有内存和硬盘的数据交互,或者内存与网络的数据交互时,就需要序列化和反序列化了。这时不实现Serializable接口就会出现java.io.NotSerializableException异常。

serialversionuid:serialVersionUID作用

serialversionuid:serialVersionUID作用

那么什么是序列化和反序列化呢?

serialversionuid:serialVersionUID作用

serialversionuid:serialVersionUID作用

序列化:将对象转换成字节序列的过程

serialversionuid:serialVersionUID作用

反序列化:将字节序列恢复成对象的过程

serialversionuid:serialVersionUID作用

所以如果你编写的实体类不需要与硬盘交互。比如这个对象装载的数据不用存储在数据库,或者不需要网络传递(比如发送到Kafka,Redis等)。就不用实现Serializable。

不知你发现了没,我们平时数据传输用的JSON格式实际就是将对象转换成字符串了。我们来看看String的源码

String不仅实现了Serializable接口还指定了serialVersionUID的值。

你可能会有疑问,已经实现Serializable了,为什么一定要指定serialVersionUID的值呢?

为什么还要指定serialVersionUID定义实体类我们来举个例子,先写一个实体类:

这里我们不指定serialVersionUID值,来看看会有什么影响。

编写方法1.将实体封装数据的实体写到文件中(内存 -> 硬盘),这里就是序列化。

2.将文件中的数据转成实体(硬盘 -> 内存),这里是反序列化。

测试

测试结果

序列化前:UserInfo(name=Lvshen, hobby=看书)反序列化后:UserInfo(name=Lvshen, hobby=看书)数据成功从内存写进文件,并且成功从文件读取出来。

修改实体这时我们在UserInfo里面添加一个新字段address。

直接反序列化然后注释掉序列化的方法,我们再从文件读取数据

测试结果如下:

发现序列化的serialVersionUID值和反序列化的serialVersionUID不一致。导致InvalidClassException异常。

当我们在最开始时指定

@Datapublic class UserInfo implements Serializable {    private static final long serialVersionUID = 1L;    private String name;  //姓名    private String hobby; //爱好   }然后再走一遍上面的流程【序列化 -> 反序列化 -> 修改实体 -> 反序列化】。

序列化前:UserInfo(name=Lvshen, hobby=看书, address=null)反序列化后:UserInfo(name=Lvshen, hobby=看书, address=null)发现就算新增了address字段,还是能正常反序列化。

当对同一个实体序列化反序列化时,需要serialVersionUID值一致才能成功。如果我们不显示指定serialVersionUID,在序列化时会自动生成一个serialVersionUID。当实体类改动了,反序列化时,会生成一个新serialVersionUID。这两个serialVersionUID的值肯定不一致,从而反序列化会失败。但是如果显示指定,就不会生成新serialVersionUID值了。反序列化的serialVersionUID就是原序列化的serialVersionUID。

实际开发中实体类肯定会不断迭代修改的,所以指定一个显示的serialVersionUID值,就不用担心序列化和反序列化的问题了。

下列情况可以不需要serialVersionUID:

“如果你的实体类新增的属性被static修饰的,这个属性就不会被序列化。或者实体类有个属性被transient修饰,修改transient的值也不会被影响(不会被序列化)。”

大家可以思考,如果需要序列化被这两种关键字修饰的属性,该怎么做呢?

本文标签:序列化

原文链接:https://www.xgfox.com/bcrm/105.html

本文版权:如无特别标注,本站文章均为原创。