Java序列化素質三連：是什麼？爲什麼需要？如何實現？

遇到這個 Java Serializable 序列化這個接口，我們可能會有如下的問題

• 什麼叫序列化和反序列化

• 作用，爲啥要實現這個 Serializable 接口，也就是爲啥要序列化

• serialVersionUID 這個的值到底是在怎麼設置的，有什麼用。有的是1L，有的是一長串數字，迷惑ing。

我剛剛見到這個關鍵字 Serializable 的時候，就有如上的這麼些問題。

在處理這個問題之前，你要先知道一個問題，這個比較重要。

這個Serializable接口，以及相關的東西，全部都在 Java io 裏面的。

1,序列化和反序列化的概念

• 序列化：把對象轉換爲字節序列的過程稱爲對象的序列化。

• 反序列化：把字節序列恢復爲對象的過程稱爲對象的反序列化。

上面是專業的解釋，現在來點通俗的解釋。在代碼運行的時候，我們可以看到很多的對象(debug過的都造吧)，可以是一個，也可以是一類對象的集合，很多的對象數據，這些數據中，有些信息我們想讓他持久的保存起來，那麼這個就叫序列化。

就是把內存裏面的這些對象給變成一連串的字節(bytes)描述的過程。常見的就是變成文件，我不序列化也可以保存文件啥的呀，有什麼影響呢？我也是這麼問的。

2,什麼情況下需要序列化

當你想把的內存中的對象狀態保存到一個文件中或者數據庫中時候；

當你想用套接字在網絡上傳送對象的時候；

當你想通過RMI傳輸對象的時候；

(老實說，上面的幾種，我可能就用過個存數據庫的。)

3,java如何實現序列化

實現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 生成個文件。

從運行結果上看：

• 他實現了對象的序列化和反序列化。

• transient 修飾的屬性，是不會被序列化的。我設置的奧迪四個圈的車不見啦，成了null。my god。

• 你先彆着急說，這個靜態變量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。序列化的時候，是沒的那個屬性的，在發序列化的時候，對應的model多了個屬性，但是，反序列化執行OK，沒出異常。

這個現象對我們有什麼意義：

老鐵，這個意義比較大，首先，你要是不知道這個序列化是幹啥的，萬一他真的如開頭所講的那樣存數據庫（這個存db是否涉及到Java的序列化估計還得看什麼數據庫吧）啦，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 的描述

（注意對比一下，這個截圖的兩段話，就是對應下面的2段中文。仔細看這2段話，就能解釋43樓的問題，靜態屬性不會被序列化，但是卻又有一個特殊的靜態屬性，會被序列化，沒辦法，這個靜態屬性是親生的。自帶的。）

序列化運行時使用一個稱爲 serialVersionUID 的版本號與每個可序列化類相關聯，該序列號在反序列化過程中用於驗證序列化對象的發送者和接收者是否爲該對象加載了與序列化兼容的類。如果接收者加載的該對象的類的 serialVersionUID 與對應的發送者的類的版本號不同，則反序列化將會導致 InvalidClassException。可序列化類可以通過聲明名爲 "serialVersionUID" 的字段（該字段必須是靜態 (static)、最終 (final) 的 long 型字段）顯式聲明其自己的 serialVersionUID：

如果可序列化類未顯式聲明 serialVersionUID，則序列化運行時將基於該類的各個方面計算該類的默認 serialVersionUID 值，如“Java(TM) 對象序列化規範”中所述。不過，強烈建議 所有可序列化類都顯式聲明 serialVersionUID 值，原因是計算默認的 serialVersionUID 對類的詳細信息具有較高的敏感性，根據編譯器實現的不同可能千差萬別，這樣在反序列化過程中可能會導致意外的 InvalidClassException。

因此，爲保證 serialVersionUID 值跨不同 java 編譯器實現的一致性，序列化類必須聲明一個明確的 serialVersionUID 值。還強烈建議使用 private 修飾符顯示聲明 serialVersionUID（如果可能），原因是這種聲明僅應用於直接聲明類 -- serialVersionUID 字段作爲繼承成員沒有用處。數組類不能聲明一個明確的 serialVersionUID，因此它們總是具有默認的計算值，但是數組類沒有匹配 serialVersionUID 值的要求。

寫在最後

歡迎大家關注我的公衆號【風平浪靜如碼】，海量Java相關文章，學習資料都會在裏面更新，整理的資料也會放在裏面。

覺得寫的還不錯的就點個贊，加個關注唄！點關注，不迷路，持續更新！！！