遇到這個 Java Serializable 序列化這個介面，我們可能會有如下的問題
a，什么叫序列化和反序列化
b，作用。為啥要實作這個 Serializable 介面，也就是為啥要序列化
c，serialVersionUID 這個的值到底是在怎么設定的，有什么用。有的是1L，有的是一長串數字，迷惑ing。
我剛剛見到這個關鍵字 Serializable 的時候，就有如上的這么些問題。
在處理這個問題之前，你要先知道一個問題，這個比較重要。
這個Serializable介面，以及相關的東西，全部都在 Java io 里面的。
1,序列化和反序列化的概念
序列化：把物件轉換為位元組序列的程序稱為物件的序列化。
反序列化：把位元組序列恢復為物件的程序稱為物件的反序列化。
上面是專業的解釋，現在來點通俗的解釋。在代碼運行的時候，我們可以看到很多的物件(debug過的都造吧)，
可以是一個，也可以是一類物件的集合，很多的物件資料，這些資料中，
有些資訊我們想讓他持久的保存起來，那么這個序列化。
就是把記憶體里面的這些物件給變成一連串的位元組描述的程序。
常見的就是變成檔案
我不序列化也可以保存檔案啥的呀，有什么影響呢？我也是這么問的。
2,什么情況下需要序列化
當你想把的記憶體中的物件狀態保存到一個檔案中或者資料庫中時候；
當你想用套接字在網路上傳送物件的時候；
當你想通過RMI傳輸物件的時候；
(老實說，上面的幾種，我可能就用過個存資料庫的)
3,如何實作序列化
實作Serializable介面即可
上面這些理論都比較簡單，下面實際代碼看看這個序列化到底能干啥，以及會產生的bug問題。
先上物件代碼，飛豬.java
[java] view plain copy
package com.lxk.model;
import java.io.Serializable;
/**
* @author lxk on 2017/11/1
*/
public class FlyPig implements Serializable {
//private static final long serialVersionUID = 1L;
private static String AGE = "269";
private String name;
private String color;
transient private String car;
//private String addTip;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public String getColor() {
return color;
}
public void setColor(String color) {
this.color = color;
}
public String getCar() {
return car;
}
public void setCar(String car) {
this.car = car;
}
//public String getAddTip() {
// return addTip;
//}
//
//public void setAddTip(String addTip) {
// this.addTip = addTip;
//}
@Override
public String toString() {
return "FlyPig{" +
"name='" + name + '\'' +
", color='" + color + '\'' +
", car='" + car + '\'' +
", AGE='" + AGE + '\'' +
//", addTip='" + addTip + '\'' +
'}';
}
}
注意下，注釋的代碼，是一會兒要各種情況下使用的。
下面就是main方法啦
[java] view plain copy
package com.lxk.test;
import com.lxk.model.FlyPig;
import java.io.*;
/**
* 序列化測驗
*
* @author lxk on 2017/11/1
*/
public class SerializableTest {
public static void main(String[] args) throws Exception {
serializeFlyPig();
FlyPig flyPig = deserializeFlyPig();
System.out.println(flyPig.toString());
}
/**
* 序列化
*/
private static void serializeFlyPig() throws IOException {
FlyPig flyPig = new FlyPig();
flyPig.setColor("black");
flyPig.setName("naruto");
flyPig.setCar("0000");
// ObjectOutputStream 物件輸出流，將 flyPig 物件存盤到E盤的 flyPig.txt 檔案中，完成對 flyPig 物件的序列化操作
ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("d:/flyPig.txt")));
oos.writeObject(flyPig);
System.out.println("FlyPig 物件序列化成功！");
oos.close();
}
/**
* 反序列化
*/
private static FlyPig deserializeFlyPig() throws Exception {
ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("d:/flyPig.txt")));
FlyPig person = (FlyPig) ois.readObject();
System.out.println("FlyPig 物件反序列化成功！");
return person;
}
}
對上面的2個操作檔案流的類的簡單說明
ObjectOutputStream代表物件輸出流：
它的writeObject(Object obj)方法可對引數指定的obj物件進行序列化，把得到的位元組序列寫到一個目標輸出流中。
ObjectInputStream代表物件輸入流：
它的readObject()方法從一個源輸入流中讀取位元組序列，再把它們反序列化為一個物件，并將其回傳。
具體怎么看運行情況。
第一種：上來就這些代碼，不動，直接run，看效果。
實際運行結果，他會在 d:/flyPig.txt 生成個檔案。
從運行結果上看：
1，他實作了物件的序列化和反序列化。
2，transient 修飾的屬性，是不會被序列化的。我設定的奧迪四個圈的車不見啦，成了null。my god。
3，你先別著急說，這個靜態變數AGE也被序列化啦。這個得另測。
第二種：為了驗證這個靜態的屬性能不能被序列化和反序列化，可如下操作。
[java] view plain copy
public static void main(String[] args) throws Exception {
serializeFlyPig();
//FlyPig flyPig = deserializeFlyPig();
//System.out.println(flyPig.toString());
}
這個完了之后，意思也就是說，你先序列化個物件到檔案了。這個物件是帶靜態變數的static。
現在修改flyPig類里面的AGE的值，給改成26吧。
然后，看下圖里面的運行代碼和執行結果。
可以看到，剛剛序列化的269，沒有讀出來。而是剛剛修改的26，如果可以的話，應該是覆寫這個26，是269才對。
所以，得出結論，這個靜態static的屬性，他不序列化。
第三種：示范這個 serialVersionUID 的作用和用法
最暴力的改法，直接把model的類實作的這個介面去掉。然后執行后面的序列化和反序列化的方法。直接報錯。
拋例外：NotSerializableException
這個太暴力啦，不推薦這么干。
然后就是，還和上面的操作差不多，先是單獨執行序列化方法。生成檔案。
然后，打開屬性 addTip ，這之后，再次執行反序列化方法，看現象。
拋例外：InvalidClassException 詳情如下。
InvalidClassException: com.lxk.model.FlyPig;
local class incompatible:
stream classdesc serialVersionUID = -3983502914954951240,
local class serialVersionUID = 7565838717623951575
解釋一下：
因為我再model里面是沒有明確的給這個 serialVersionUID 賦值，但是，Java會自動的給我賦值的，
這個值跟這個model的屬性相關計算出來的。
我保存的時候，也就是我序列化的時候，那時候還沒有這個addTip屬性呢，
所以，自動生成的serialVersionUID 這個值，
在我反序列化的時候Java自動生成的這個serialVersionUID值是不同的，他就拋例外啦。
（你還可以反過來，帶ID去序列化，然后，沒ID去反序列化。也是同樣的問題。）
再來一次，就是先序列化，這個時候，把 private static final long serialVersionUID = 1L; 這行代碼的注釋打開。那個addTip屬性先注釋掉
序列化之后，再把這個屬性打開，再反序列化。看看什么情況。
這個時候，代碼執行OK，一切正常。good。
這個現象對我們有什么意義：
老鐵，這個意義比較大，首先，你要是不知道這個序列化是干啥的，萬一他真的如開頭所講的那樣存資料庫啦，socket傳輸啦，rmi傳輸啦。雖然我也不知道這是干啥的。你就給model bean 實作了個這個介面，你沒寫這個 serialVersionUID 那么在后來擴展的時候，可能就會出現不認識舊資料的bug，那不就炸啦嗎。回憶一下上面的這個出錯情況。想想都可怕，這個鍋誰來背？
所以，有這么個理論，就是在實作這個Serializable 介面的時候，一定要給這個 serialVersionUID 賦值，就是這么個問題。
這也就解釋了，我們剛剛開始編碼的時候，實作了這個介面之后，為啥eclipse編輯器要黃色警告，需要添加個這個ID的值。而且還是一長串你都不知道怎么來的數字。
下面解釋這個 serialVersionUID 的值到底怎么設定才OK。
首先，你可以不用自己去賦值，Java會給你賦值，但是，這個就會出現上面的bug，很不安全，所以，還得自己手動的來。
那么，我該怎么賦值，eclipse可能會自動給你賦值個一長串數字。這個是沒必要的。
可以簡單的賦值個 1L，這就可以啦。。這樣可以確保代碼一致時反序列化成功。
不同的serialVersionUID的值，會影響到反序列化，也就是資料的讀取，你寫1L，注意L大些。計算機是不區分大小寫的，但是，作為觀眾的我們，是要區分1和L的l，所以說，這個值，閑的沒事不要亂動，不然一個版本升級，舊資料就不兼容了，你還不知道問題在哪。。。
下面是摘自 jdk api 檔案里面關于介面 Serializable 的描述
類通過實作 java.io.Serializable 介面以啟用其序列化功能。
未實作此介面的類將無法使其任何狀態序列化或反序列化。
可序列化類的所有子型別本身都是可序列化的。因為實作介面也是間接的等同于繼承。
序列化介面沒有方法或欄位，僅用于標識可序列化的語意。
關于 serialVersionUID 的描述
序列化運行時使用一個稱為 serialVersionUID 的版本號與每個可序列化類相關聯，該序列號在反序列化程序中用于驗證序列化物件的發送者和接收者是否為該物件加載了與序列化兼容的類。如果接收者加載的該物件的類的 serialVersionUID 與對應的發送者的類的版本號不同，則反序列化將會導致 InvalidClassException。可序列化類可以通過宣告名為 "serialVersionUID" 的欄位（該欄位必須是靜態 (static)、最終 (final) 的 long 型欄位）顯式宣告其自己的 serialVersionUID：
如果可序列化類未顯式宣告 serialVersionUID，則序列化運行時將基于該類的各個方面計算該類的默認 serialVersionUID 值，如“Java(TM) 物件序列化規范”中所述。不過，強烈建議 所有可序列化類都顯式宣告 serialVersionUID 值，原因是計算默認的 serialVersionUID 對類的詳細資訊具有較高的敏感性，根據編譯器實作的不同可能千差萬別，這樣在反序列化程序中可能會導致意外的 InvalidClassException。因此，為保證 serialVersionUID 值跨不同 java 編譯器實作的一致性，序列化類必須宣告一個明確的 serialVersionUID 值。還強烈建議使用 private 修飾符顯示宣告 serialVersionUID（如果可能），原因是這種宣告僅應用于直接宣告類 -- serialVersionUID 欄位作為繼承成員沒有用處。陣列類不能宣告一個明確的 serialVersionUID，因此它們總是具有默認的計算值，但是陣列類沒有匹配 serialVersionUID 值的要求。
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/101847.html
標籤：Java相關
上一篇：怎樣創建javabean的list，這個程式為啥一直錯誤
下一篇：大資料的學習路線是怎么樣的？