private static final long serialVersionUID = 1L;
该行的作用一直不是很明白,后在网上搜了各种资料,整理如下:
1.新建一个java类时,可能会在类名出有黄色叹号,按‘F2'显示:The serializable class StatementsVO does not declare a static final
serialVersionUID field of type long,翻译是:可序列化类statementsvo不声明一个静态长型serialVersionUID字段
serialVersionUID field of type long
serialVersionUID作用:
序列化时为了保持版本的兼容性,即在版本升级时反序列化仍保持对象的唯一性。
你可以随便写一个,在Eclipse中它替你生成一个,有两种生成方式:
一个是默认的1L,比如:private static final long serialVersionUID = 1L;
一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段,比如:private static final long serialVersionUID = -8940196742313994740L;之类的。
serialVersionUID 用来表明类的不同版本间的兼容性。如果你修改了此类, 要修改此值。否则以前用老版本的类序列化的类恢复时会出错。为了在反序列化时,确保类版本的兼容性,最好在每个要序列化的类中加入private static final long serialVersionUID这个属性,具体数值自己定义。
在警告上点左键就可以自动添加。当然也可以去掉警告。设置:windows -> preferences -> compiler -> Error/Warnings-> Potential Programming problems,将serializable class without serialVersionUID的设置由warning改为Ignore。然后Eclipse会重新编译程序,那些警告信息也就消失了。
如果你做远程方法调用(RPC)时,比如,服务器端有个类A及对象a,客户端需要无视网络的存在,直接调用对象a。这种情况下,就需要把类A设计为可序列化的,那么它的实例a也就可以实例化了。
说得简单点,在服务器的命名空间中的对象a,肯定不能直接被客户端的命名空间中的一个对象调用,这不可能,对吧。
但是如果你把服务器的对象a中的特征属性(不一定是所有属性)变成xml,传送到客户端,然后客户端用你给的特征属性可以模拟的生成一个对象a。
这个过程就是rpc,而要把对象a变成xml,就是序列化,反之,把xml变成模拟对象a就是反序列化。
以上是rpc中的序列化。
实际使用中,把app关闭的时候,内存对象可以通过序列化,可以变成可以保存的xml,这样,以便下次app再开得时候,把以前保存过的xml(或者txt等)反序列化成对象。
一句话,序列化就是把内存中对象以一种可以保存的形式保存起来。
需要注意的是:
序列化可以制定序列化整个类,或者类的某些属性。
如果某个类实现了Serializable这个借口看,没有显示出序列行代码,编译会成功,但是执行时会报错。