关于"the serializable class XXXXXXXX does not declare a static final seriaVersionUID field of type long"
对于“the serializable class XXXXXXXX does not declare a static final seriaVersionUID field of type long”的警告
系统一直会提示三种快速解决方案：
1.add default serial version ID
2.add generated serial version ID
3.add "Suppress Warnings" 'servial' to XXXXXXXX
一、前言
SerialVersionUid，简言之，其目的是序列化对象版本控制，有关各版本反序列化时是否兼容。如果在新版本中这个值修改了，新版本就不兼容旧版本，反序列化时会抛出InvalidClassException异常。如果修改较小，比如仅仅是增加了一个属性，我们希望向下兼容，老版本的数据都能保留，那就不用修改；如果我们删除了一个属性，或者更改了类的继承关系，必然不兼容旧数据，这时就应该手动更新版本号，即SerialVersionUid。
关于其定义，可参考JDK文档：http://download.oracle.com/javase/1.5.0/docs/api/java/io/Serializable.html
二、问题
1.如果不显式设置SerialVersionUid，有什么后果？
jdk文档中有解释，建议我们显式声明，因为如果不声明，JVM会为我们自动产生一个值，但这个值和编译器的实现相关，并不稳定，这样就可能在不同JVM环境下出现反序列化时报InvalidClassException异常。
...it is strongly recommended that all serializable classes explicitly declare serialVersionUID values, since the default serialVersionUID computation is highly sensitive to class details that may vary depending on compiler implementations...
2.两种SerialVersionUid有什么区别？
在Eclipse中，提供两种方式让我们快速添加SerialVersionUid。
add default serial version ID：
Adds a default serial version ID to the selected type
Use this option to add a user-defined ID in combination with custom serialization code if the type did undergo structural change since its first release.
add generated serial version ID：
Adds a generated serial version ID to the selected type
Use this option to add a compiler-generated ID if the type didnot undergo structural change since its first release.
一种就是1L，一种是生成一个很大的数，这两种有什么区别呢？
看上去，好像每个类的这个类不同，似乎这个SerialVersionUid在类之间有某种关联。其实不然，两种都可以，从JDK文档也看不出这一点。我们只要保证在同一个类中，不同版本根据兼容需要，是否更改SerialVersionUid即可。
对于第一种，需要了解哪些情况是可兼容的，哪些根本就不兼容。 参考文档：http://java.sun.com/j2se/1.4/pdf/serial-spec.pdf
在可兼容的前提下，可以保留旧版本号，如果不兼容，或者想让它不兼容，就手工递增版本号。
1->2->3.....
第二种方式，是根据类的结构产生的hash值。增减一个属性、方法等，都可能导致这个值产生变化。我想这种方式适用于这样的场景：
开发者认为每次修改类后就需要生成新的版本号，不想向下兼容，操作就是删除原有serialVesionUid声明语句，再自动生成一下。
个人认为，一般采用第一种就行了，简单。第二种能够保证每次更改类结构后改变版本号，但还是要手工去生成，并不是修改了类，会提示你要去更新这个SerialVersionUid，所以虽然看上去很cool，实际上让人很迷惑。
参考：
1.一篇较好的关于serialVesionUid的说明：
http://www.mkyong.com/java-best-practices/understand-the-serialversionuid/
2.serialVesionUid相关讨论
http://stackoverflow.com/questions/888335/why-generate-long-serialversionuid-instead-of-a-simple-1l
3.compiler-generated ID生成算法
http://java.sun.com/javase/6/docs/platform/serialization/spec/class.html#4100
其他相关问题：
Hibernate的持久化，这个一般指的是将数据持久化到数据库，和序列化并没有直接关系。
Hibernate的POJO也并不要求必须实现Serializable接口，但是，作为系统扩展考虑，应该把PO都实现Serializable接口，因为如果这些对象需要缓存到磁盘上，或者在分布式环境下使用，就必须序列化，最常见的例子就是ehcache、Memcached。key和value中的对象都必须是序列化的对象。