java类继承Serializable后生成serialVersionUID产生的奇怪问题(转)

 

当一个java类继承Serializable后，一般编辑器会提示你生成一个serialVersionUID，在eclipse下可以自动生成一个随机的uid，乍一看生成后一切OK，运行良好，eclipse也不再出现警告，皆大欢喜。

后来网站出现了一个很奇怪的问题，struts架构下的网站经常出现javax.servlet.ServletException: BeanUtils.populate 错误，但是本地运行又一切正常，唯一觉得可能产生问题的就是服务器上跑了好几个网站，都是一样的架构的，怀疑是不是web容器把几个项目之间的java类给共用了，考虑到很多类都定义了serialVersionUID字段，然后尝试删除了某个类的serialVersionUID，结果关于该类的操作就恢复正常了。网上简单查阅了一下资料，感觉是tomcat把所有类串行化时候，由于我们的几个项目很多java类都是复制粘贴的，所以导致了很多类的serialVersionUID都是同一个值，所以tomcat会把不同项目的相同类名的类当作同一个类去处理，导致了这个奇怪的错误。

解决方案：1、去掉serialVersionUID定义，不管他，对于web项目来说兼容性问题不大。

2、没个项目的类都重新生成一下serialVersionUID，不能直接的复制粘贴过来。

 

 

 

 

Java中serialVersionUID的解释

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即可。

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

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

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