Java Serializable 序列化和反序列化,transient關鍵字
遇到這個 Java Serializable 序列化這個介面,我們可能會有如下的問題
a,什麼叫序列化和反序列化
b,作用。為啥要實現這個 Serializable 介面,也就是為啥要序列化
c,serialVersionUID 這個的值到底是在怎麼設定的,有什麼用。有的是1L,有的是一長串數字,迷惑ing。
我剛剛見到這個關鍵字 Serializable 的時候,就有如上的這麼些問題。
在處理這個問題之前,你要先知道一個問題,這個比較重要。
這個Serializable介面,以及相關的東西,全部都在 Java io 裡面的。
1,序列化和反序列化的概念
序列化:把物件轉換為位元組序列的過程稱為物件的序列化。
反序列化:把位元組序列恢復為物件的過程稱為物件的反序列化。
上面是專業的解釋,現在來點通俗的解釋。在程式碼執行的時候,我們可以看到很多的物件(debug過的都造吧),
可以是一個,也可以是一類物件的集合,很多的物件資料,這些資料中,
有些資訊我們想讓他持久的儲存起來,那麼這個序列化。
就是把記憶體裡面的這些物件給變成一連串的位元組描述的過程。
常見的就是變成檔案
我不序列化也可以儲存檔案啥的呀,有什麼影響呢?我也是這麼問的。
2,什麼情況下需要序列化
當你想把的記憶體中的物件狀態儲存到一個檔案中或者資料庫中時候;
當你想用套接字在網路上傳送物件的時候;
當你想通過RMI傳輸物件的時候;
(老實說,上面的幾種,我可能就用過個存資料庫的)
3,如何實現序列化
實現Serializable介面即可
上面這些理論都比較簡單,下面實際程式碼看看這個序列化到底能幹啥,以及會產生的bug問題。
先上物件程式碼,飛豬.java
-
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方法啦
-
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。
1)一旦變數被transient修飾,變數將不再是物件持久化的一部分,該變數內容在序列化後無法獲得訪問。
2)transient關鍵字只能修飾變數,而不能修飾方法和類。注意,本地變數是不能被transient關鍵字修飾的。變數如果是使用者自定義類變數,則該類需要實現Serializable介面。
3)被transient關鍵字修飾的變數不再能被序列化,一個靜態變數不管是否被transient修飾,均不能被序列化。
3,你先彆著急說,這個靜態變數AGE也被序列化啦。這個得另測。
第二種:為了驗證這個靜態的屬效能不能被序列化和反序列化,可如下操作。
-
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 值的要求。