Java中serialVersionUID的解釋及兩種產生方式的區別，serialversionuid

Java中serialVersionUID的解釋及兩種產生方式的區別（轉載），serialversionuid

轉載自：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，實際上讓人很迷惑。