您的位置:首页 > 产品设计 > UI/UE

serializable 类 XXXX 未声明类型为 long 的静态终态 serialVersionUID 字段

2017-01-09 20:43 776 查看
         这涉及到序列化机制的问题,序列化时为了保持版本的兼容性,即在版本升级时反序列化仍保持对象的唯一性。当把对象写进流里就会根据此机制生成一个相应的序号,从流里读取对象时就根据这个序号来检查对象的完整性,生成序号的过程有点繁琐,而当你在一个实现了serializable的类里声明一个static final serialVersionUID的long型常量以后,序列化机制就不会计算它的序号了,而是直接使用这个常量作为以后提取对象的依据。

        在MyEclipse中有两种生成方式替你生成一个serialVersionUID :

        一个是默认的1L,比如:private static final longserialVersionUID = 1L;

        一个是根据类名、接口名、成员方法及属性等来生成一个64位的哈希字段,比如:privatestatic final long serialVersionUID =771208872458900148L;之类的。

        当你一个类实现了Serializable接口,如果没有定义serialVersionUID,MyEclipse会提供这个提示功能告诉你去定义.在MyEclipse中点击类中warning的图标一下,MyEclipse就会自动给定两种生成的方式,如上面所述。

        只要任何类别实现了Serializable这个接口的话,如果没有加入serialVersionUID,MyEclipse都会给你warning提示,这个serialVersionUID为了让该类别Serializable向后兼容。如果你的类Serialized存到硬盘上面后,可是后来你却更改了类别的field(增加或减少或改名),当你Deserialize时,就会出现Exception的,这样就会造成不兼容性的问题。

但当serialVersionUID相同时,它就会将不一样的field以type的预设值Deserialize,这个可以避开不兼容性的问题。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  Java serialVersionUID
相关文章推荐