轉載自：http://blog.csdn.net/xuanxiaochuan/article/details/25052057
serialVersionUID作用：
序列化時為了保持版本的兼容性，即在版本升級時反序列化仍保持對象的唯一性。
有兩種生成方式：
一個是默認的1L，比如：private static final long serialVersionUID = 1L;
一個是根據類名、接口名、成員方法及屬性等來生成一個64位的哈希字段，比如：
private static final long serialVersionUID = xxxxL;
關於其定義，可參考JDK文檔：http://download.oracle.com/javase/1.5.0/docs/api/java/io/Serializable.html
在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，實際上讓人很迷惑。
