作者：學無止境

來源：www.cnblogs.com/duanxz/p/3511695.html

實現Serializable接口的目的是為類可持久化，比如在網絡傳輸或本地存儲，為系統的分布和異構部署提供先決條件。

若沒有序列化，現在我們所熟悉的遠程調用，對象數據庫都不可能存在，serialVersionUID適用于java序列化機制。

簡單來說，JAVA序列化的機制是通過判斷類的serialVersionUID來驗證的版本一致的。

在進行反序列化時，JVM會把傳來的字節流中的serialVersionUID于本地相應實體類的serialVersionUID進行比較。如果相同說明是一致的，可以進行反序列化，否則會出現反序列化版本一致的異常，即是InvalidCastException。

具體序列化的過程是這樣的：序列化操作時會把系統當前類的serialVersionUID寫入到序列化文件中，當反序列化時系統會自動檢測文件中的serialVersionUID，判斷它是否與當前類中的serialVersionUID一致。

如果一致說明序列化文件的版本與當前類的版本是一樣的，可以反序列化成功，否則就失敗；

serialVersionUID有兩種顯示的生成方式：

一是默認的1L，比如：private static final long serialVersionUID = 1L;?

二是根據包名，類名，繼承關系，非私有的方法和屬性，以及參數，返回值等諸多因子計算得出的，極度復雜生成的一個64位的哈希字段。基本上計算出來的這個值是唯一的。

比如：private static final long ?serialVersionUID = xxxxL;
注意：顯示聲明serialVersionUID可以避免對象不一致，

當一個類實現類Serializable接口，如果沒有顯示定義serialVersionUIDEclipse會自動給出相應的提醒；面對這種情況，我們只需要在Eclipse中點擊類的warning圖標，Eclipse就會自動給出兩種生成方式。

如果不想定義，在Eclipse的設置中也可以把它關掉的，設置如下：
Window ==> Preferences ==> Java ==> Compiler ==> Error/Warnings ==> Potential programming problems

將Serializable class without serialVersionUID的warning改成ignore即可。

如果Class文件(類名，方法明等)沒有發生變化(增加空格，換行，增加注釋等等)，就算再編譯多次，serialVersionUID也不會變化的。

下面用代碼說明一下serialVersionUID在應用中常見的幾種情況。
（1）序列化實體類

package?com.example.demo.entity.serializable;import?java.io.Serializable;public?class?Persion?implements?Serializable?{private?static?final?long?serialVersionUID =?4359709211352400087L;public?Long id;public?String name;public?final?String userName;public?Persion(Long id, String name){this.id = id;this.name = name;userName =?"dddbbb";}public?String?toString()?{return?id.toString() +?"--"?+ name.toString();} }

（2）序列化功能：

package?com.example.demo.entity.serializable;import?java.io.FileInputStream; import?java.io.FileNotFoundException; import?java.io.FileOutputStream; import?java.io.IOException; import?java.io.ObjectOutputStream;public?class?SerialTest?{public?static?void?main(String[] args)?{Persion p =?new?Persion(1L,?"陳俊生");System.out.println("person Seria:"?+ p);try?{FileOutputStream fos =?new?FileOutputStream("Persion.txt");ObjectOutputStream oos =?new?ObjectOutputStream(fos);oos.writeObject(p);oos.flush();oos.close();}?catch?(IOException e) {e.printStackTrace();}} }

（3）反序列化功能

package?com.example.demo.entity.serializable;import?java.io.FileInputStream; import?java.io.FileNotFoundException; import?java.io.IOException; import?java.io.ObjectInputStream;public?class?DeserialTest?{public?static?void?main(String[] args)?{Persion p;try?{FileInputStream fis =?new?FileInputStream("Persion.txt");ObjectInputStream ois =?new?ObjectInputStream(fis);p = (Persion) ois.readObject();ois.close();System.out.println(p.toString());System.out.println(p.userName);}?catch?(IOException | ClassNotFoundException e) {e.printStackTrace();}} }

情況一：Persion類序列化之后，從A端傳到B端，然后在B端進行反序列化，在序列化Persion和反序列化Persion的時候A和B端都需要一個相同的類。如果兩處的serialVersionUID不一致，會產生什么樣的效果呢。
【答案】可以利用上面的代碼做個試驗來驗證：

先執行測試類SerialTest，生成序列化文件，代表A端序列化后的文件，然后修改serialVersion值，再執行測試類DeserialTest，代表B端使用不同serialVersion的類去反序列化，結果報錯:

java.io.InvalidClassException: com.example.demo.entity.serializable.Persion; local?class?incompatible:?stream?classdesc?serialVersionUID?=?4359709211352400087, local?class?serialVersionUID?=?4359709211352400082at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:616)at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1843)at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1713)at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2000)at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)at java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)at com.example.demo.entity.serializable.DeserialTest.main(DeserialTest.java:22)

情況二：假設兩處serialVersionUID一致，如果A端增加一個字段，然后序列化，而B端不變，然后反序列化，會是什么情況呢?

package?com.example.demo.entity.serializable;import?java.io.Serializable;public?class?Persion?implements?Serializable?{private?static?final?long?serialVersionUID =?4359709211352400082L;public?Long id;public?String name;public?int?age;public?Persion(Long id, String name,?int?age){this.id = id;this.name = name;this.age = age;}public?String?toString()?{return?id.toString() +?"--"?+ name.toString() +?"age:"?+ age;} }

?

package?com.example.demo.entity.serializable;import?java.io.FileInputStream; import?java.io.FileNotFoundException; import?java.io.FileOutputStream; import?java.io.IOException; import?java.io.ObjectOutputStream;public?class?SerialTest?{public?static?void?main(String[] args)?{Persion p =?new?Persion(1L,?"陳俊生",?100);System.out.println("person Seria:"?+ p);try?{FileOutputStream fos =?new?FileOutputStream("Persion.txt");ObjectOutputStream oos =?new?ObjectOutputStream(fos);oos.writeObject(p);oos.flush();oos.close();}?catch?(IOException e) {e.printStackTrace();}} }

Person DeserialPerson:1--陳俊生

【答案】新增 public int age; 執行SerialTest，生成序列化文件，代表A端。刪除 public int age，反序列化，代表B端，最后的結果為：執行序列化，反序列化正常，但是A端增加的字段丟失(被B端忽略)。

情況三：假設兩處serialVersionUID一致，如果B端減少一個字段，A端不變，會是什么情況呢?

package?com.example.demo.entity.serializable;import?java.io.Serializable;public?class?Persion?implements?Serializable?{private?static?final?long?serialVersionUID =?4359709211352400082L;public?Long id;public?String name; // public int age;public?Persion(Long id, String name){this.id = id;this.name = name; // this.age = age;}public?String?toString()?{return?"Persion:"+id.toString() +?"name:"?+ name.toString() ;} }

Person DeserialPerson: 1234,age:0

【答案】序列化，反序列化正常，B端字段少于A端，A端多的字段值丟失(被B端忽略)。

情況四：假設兩處serialVersionUID一致，如果B端增加一個字段，A端不變，會是什么情況呢?
驗證過程如下：
先執行SerialTest，然后在實體類Person增加一個字段age，如下所示，再執行測試類DeserialTest.

package?com.sf.code.serial;import?java.io.Serializable;public?class?Person?implements?Serializable?{private?static?final?long?serialVersionUID =?1234567890L;public?int?id;public?String name;public?int?age;public?Person(int?id, String name)?{this.id = id;this.name = name;}/*public Person(int id, String name, int age) {this.id = id;this.name = name;this.age = age;}*/public?String?toString()?{return?"Person: "?+ id+?",name:"?+ name+?",age:"?+ age;} }

結果：Person DeserialPerson: 1234,name:wang,age:0
說明序列化，反序列化正常，B端新增加的int字段被賦予了默認值0。
最后通過下面的圖片，總結一下上面的幾種情況。

package?com.example.demo.entity.serializable;import?java.io.FileInputStream; import?java.io.FileNotFoundException; import?java.io.FileOutputStream; import?java.io.IOException; import?java.io.ObjectInputStream; import?java.io.ObjectOutputStream; import?java.io.Serializable;import?org.aspectj.weaver.ast.Test;public?class?TestStatic?implements?Serializable?{private?static?final?long?serialVersionUID =?1L;public?static?int?staticVar =?5;public?static?void?main(String[] args)?{try?{// 初始時staticVar為5ObjectOutputStream out =?new?ObjectOutputStream(new?FileOutputStream("result.obj"));out.writeObject(new?TestStatic());out.close();// 序列化后修改為10TestStatic.staticVar =?10;ObjectInputStream oin =?new?ObjectInputStream(new?FileInputStream("result.obj"));TestStatic t = (TestStatic) oin.readObject();oin.close();// 再讀取，通過t.staticVar打印新的值System.out.println(t.staticVar);}?catch?(FileNotFoundException e) {e.printStackTrace();}?catch?(IOException e) {e.printStackTrace();}?catch?(ClassNotFoundException e) {e.printStackTrace();}} }

另外送下福利，大家可以關注Java核心技術公眾號在后臺回復福利可以獲取一份最新Java面試題資料。

清單 2 中的 main 方法，將對象序列化后，修改靜態變量的數值，再將序列化對象讀取出來，然后通過讀取出來的對象獲得靜態變量的數值并打印出來。依照清單 2，這個 System.out.println(t.staticVar) 語句輸出的是 10 還是 5 呢？

最后的輸出是 10，對于無法理解的讀者認為，打印的 staticVar 是從讀取的對象里獲得的，應該是保存時的狀態才對。之所以打印 10 的原因在于序列化時，并不保存靜態變量，這其實比較容易理解，序列化保存的是對象的狀態，靜態變量屬于類的狀態，因此?序列化并不保存靜態變量。

父類的序列化與 Transient 關鍵字

情境：一個子類實現了 Serializable 接口，它的父類都沒有實現 Serializable 接口，序列化該子類對象，然后反序列化后輸出父類定義的某變量的數值，該變量數值與序列化時的數值不同。

解決：要想將父類對象也序列化，就需要讓父類也實現Serializable 接口。如果父類不實現的話的，就?需要有默認的無參的構造函數。

在父類沒有實現 Serializable 接口時，虛擬機是不會序列化父對象的，而一個 Java 對象的構造必須先有父對象，才有子對象，反序列化也不例外。

所以反序列化時，為了構造父對象，只能調用父類的無參構造函數作為默認的父對象。因此當我們取父對象的變量值時，它的值是調用父類無參構造函數后的值。

如果你考慮到這種序列化的情況，在父類無參構造函數中對變量進行初始化，否則的話，父類變量值都是默認聲明的值，如 int 型的默認是 0，string 型的默認是 null。

Transient 關鍵字的作用是控制變量的序列化，在變量聲明前加上該關鍵字，可以阻止該變量被序列化到文件中，在被反序列化后，transient 變量的值被設為初始值，如 int 型的是 0，對象型的是 null。

特性使用案例

我們熟悉使用 Transient 關鍵字可以使得字段不被序列化，那么還有別的方法嗎？根據父類對象序列化的規則，我們可以將不需要被序列化的字段抽取出來放到父類中，子類實現 Serializable 接口，父類不實現，根據父類序列化規則，父類的字段數據將不被序列化，形成類圖如圖 2 所示。

上圖中可以看出，attr1、attr2、attr3、attr5 都不會被序列化，放在父類中的好處在于當有另外一個 Child 類時，attr1、attr2、attr3 依然不會被序列化，不用重復抒寫 transient，代碼簡潔。

static final 修飾的serialVersionUID如何被寫入到序列化文件中的，

看下面的源碼：

序列化寫入時的ObjectStreamClass.java中，

void?writeNonProxy(ObjectOutputStream?out) throws IOException?{out.writeUTF(name);out.writeLong(getSerialVersionUID());byte?flags =?0;...

?

public?long?getSerialVersionUID()?{// REMIND: synchronize instead of relying on volatile?if?(suid ==?null) {suid = AccessController.doPrivileged(new?PrivilegedAction() {public?Long?run()?{return?computeDefaultSUID(cl);}});}return?suid.longValue();}

?

總結

以上是生活随笔為你收集整理的序列化的 serialVersionUID 到底有什么用？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。