本系列文章將整理到我在GitHub上的《Java面試指南》倉庫，更多精彩內容請到我的倉庫裡檢視

https://github.com/h2pl/Java-Tutorial

喜歡的話麻煩點下Star哈

文章首發於我的個人部落格：

www.how2playlife.com

本文參考 http://www.importnew.com/17964.html和
 https://www.ibm.com/developerworks/cn/java/j-lo-serial/

序列化與反序列化概念

序列化 (Serialization)是將物件的狀態資訊轉換為可以儲存或傳輸的形式的過程。一般將一個物件儲存至一個儲存媒介，例如檔案或是記億體緩衝等。在網路傳輸過程中，可以是位元組或是XML等格式。而位元組的或XML編碼格式可以還原完全相等的物件。這個相反的過程又稱為反序列化。

Java物件的序列化與反序列化

在Java中，我們可以通過多種方式來建立物件，並且只要物件沒有被回收我們都可以複用該物件。但是，我們建立出來的這些Java物件都是存在於JVM的堆記憶體中的。

只有JVM處於執行狀態的時候，這些物件才可能存在。一旦JVM停止執行，這些物件的狀態也就隨之而丟失了。

但是在真實的應用場景中，我們需要將這些物件持久化下來，並且能夠在需要的時候把物件重新讀取出來。Java的物件序列化可以幫助我們實現該功能。

物件序列化機制（object serialization）是Java語言內建的一種物件持久化方式，通過物件序列化，可以把物件的狀態儲存為位元組陣列，並且可以在有需要的時候將這個位元組陣列通過反序列化的方式再轉換成物件。

物件序列化可以很容易的在JVM中的活動物件和位元組陣列（流）之間進行轉換。

在Java中，物件的序列化與反序列化被廣泛應用到RMI(遠端方法呼叫)及網路傳輸中。

相關介面及類

Java為了方便開發人員將Java物件進行序列化及反序列化提供了一套方便的API來支援。其中包括以下介面和類：

java.io.Serializable
java.io.Externalizable
ObjectOutput
ObjectInput
ObjectOutputStream
ObjectInputStream
Serializable 介面

類通過實現 java.io.Serializable 介面以啟用其序列化功能。

未實現此介面的類將無法使其任何狀態序列化或反序列化。可序列化類的所有子型別本身都是可序列化的。序列化介面沒有方法或欄位，僅用於標識可序列化的語義。 (該介面並沒有方法和欄位，為什麼只有實現了該介面的類的物件才能被序列化呢？)

當試圖對一個物件進行序列化的時候，如果遇到不支援 Serializable 介面的物件。在此情況下，將丟擲NotSerializableException。

如果要序列化的類有父類，要想同時將在父類中定義過的變數持久化下來，那麼父類也應該整合java.io.Serializable介面。

下面是一個實現了java.io.Serializable介面的類

public class 序列化和反序列化 {
    public static void main(String[] args) {
    }
    //注意，內部類不能進行序列化，因為它依賴於外部類
    @Test
    public void test() throws IOException {
        A a = new A();
        a.i = 1;
        a.s = "a";
        FileOutputStream fileOutputStream = null;
        FileInputStream fileInputStream = null;
        try {
            //將obj寫入檔案
            fileOutputStream = new FileOutputStream("temp");
            ObjectOutputStream objectOutputStream = new ObjectOutputStream(fileOutputStream);
            objectOutputStream.writeObject(a);
            fileOutputStream.close();
            //通過檔案讀取obj
            fileInputStream = new FileInputStream("temp");
            ObjectInputStream objectInputStream = new ObjectInputStream(fileInputStream);
            A a2 = (A) objectInputStream.readObject();
            fileInputStream.close();
            System.out.println(a2.i);
            System.out.println(a2.s);
            //列印結果和序列化之前相同
        } catch (IOException e) {
            e.printStackTrace();
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }
}
class A implements Serializable {
    int i;
    String s;
}

Externalizable介面

除了Serializable 之外，java中還提供了另一個序列化介面Externalizable

為了瞭解Externalizable介面和Serializable介面的區別，先來看程式碼，我們把上面的程式碼改成使用Externalizable的形式。

class B implements Externalizable {
    //必須要有公開無參建構函式。否則報錯
    public B() {
    }
    int i;
    String s;
    @Override
    public void writeExternal(ObjectOutput out) throws IOException {
    }
    @Override
    public void readExternal(ObjectInput in) throws IOException, ClassNotFoundException {
    }
}
@Test
    public void test2() throws IOException, ClassNotFoundException {
        B b = new B();
        b.i = 1;
        b.s = "a";
        //將obj寫入檔案
        FileOutputStream fileOutputStream = new FileOutputStream("temp");
        ObjectOutputStream objectOutputStream = new ObjectOutputStream(fileOutputStream);
        objectOutputStream.writeObject(b);
        fileOutputStream.close();
        //通過檔案讀取obj
        FileInputStream fileInputStream = new FileInputStream("temp");
        ObjectInputStream objectInputStream = new ObjectInputStream(fileInputStream);
        B b2 = (B) objectInputStream.readObject();
        fileInputStream.close();
        System.out.println(b2.i);
        System.out.println(b2.s);
        //列印結果為0和null，即初始值，沒有被賦值
        //0
        //null
    }

通過上面的例項可以發現，對B類進行序列化及反序列化之後得到的物件的所有屬性的值都變成了預設值。也就是說，之前的那個物件的狀態並沒有被持久化下來。這就是Externalizable介面和Serializable介面的區別：

Externalizable繼承了Serializable，該介面中定義了兩個抽象方法：writeExternal()與readExternal()。

當使用Externalizable介面來進行序列化與反序列化的時候需要開發人員重寫writeExternal()與readExternal()方法。由於上面的程式碼中，並沒有在這兩個方法中定義序列化實現細節，所以輸出的內容為空。

還有一點值得注意：在使用Externalizable進行序列化的時候，在讀取物件時，會呼叫被序列化類的無參構造器去建立一個新的物件，然後再將被儲存物件的欄位的值分別填充到新物件中。所以，實現Externalizable介面的類必須要提供一個public的無參的構造器。

class C implements Externalizable {
    int i;
    int j;
    String s;
    public C() {
    }
    //實現下面兩個方法可以選擇序列化中需要被複制的成員。
    //並且，寫入順序和讀取順序要一致，否則報錯。
    //可以寫入多個同型別變數，順序保持一致即可。
    @Override
    public void writeExternal(ObjectOutput out) throws IOException {
        out.writeInt(i);
        out.writeInt(j);
        out.writeObject(s);
    }
    @Override
    public void readExternal(ObjectInput in) throws IOException, ClassNotFoundException {
        i = in.readInt();
        j = in.readInt();
        s = (String) in.readObject();
    }
}
@Test
    public void test3() throws IOException, ClassNotFoundException {
        C c = new C();
        c.i = 1;
        c.j = 2;
        c.s = "a";
        //將obj寫入檔案
        FileOutputStream fileOutputStream = new FileOutputStream("temp");
        ObjectOutputStream objectOutputStream = new ObjectOutputStream(fileOutputStream);
        objectOutputStream.writeObject(c);
        fileOutputStream.close();
        //通過檔案讀取obj
        FileInputStream fileInputStream = new FileInputStream("temp");
        ObjectInputStream objectInputStream = new ObjectInputStream(fileInputStream);
        C c2 = (C) objectInputStream.readObject();
        fileInputStream.close();
        System.out.println(c2.i);
        System.out.println(c2.j);
        System.out.println(c2.s);
        //列印結果為0和null，即初始值，沒有被賦值
        //0
        //null
    }

序列化ID

序列化 ID 問題
情境：兩個客戶端 A 和 B 試圖通過網路傳遞物件資料，A 端將物件 C 序列化為二進位制資料再傳給 B，B 反序列化得到 C。

問題：C 物件的全類路徑假設為 com.inout.Test，在 A 和 B 端都有這麼一個類檔案，功能程式碼完全一致。也都實現了 Serializable 介面，但是反序列化時總是提示不成功。

解決：虛擬機器是否允許反序列化，不僅取決於類路徑和功能程式碼是否一致，一個非常重要的一點是兩個類的序列化 ID 是否一致（就是 private static final long serialVersionUID = 1L）。清單 1 中，雖然兩個類的功能程式碼完全一致，但是序列化 ID 不同，他們無法相互序列化和反序列化。

package com.inout; 
import java.io.Serializable; 
public class A implements Serializable { 
    private static final long serialVersionUID = 1L; 
    private String name; 
    public String getName() 
    { 
        return name; 
    } 
    public void setName(String name) 
    { 
        this.name = name; 
    } 
} 
package com.inout; 
import java.io.Serializable; 
public class A implements Serializable { 
    private static final long serialVersionUID = 2L; 
    private String name; 
    public String getName() 
    { 
        return name; 
    } 
    public void setName(String name) 
    { 
        this.name = name; 
    } 
}

靜態變數不參與序列化

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

public class Test implements Serializable {
    private static final long serialVersionUID = 1L;
    public static int staticVar = 5;
    public static void main(String[] args) {
        try {
            //初始時staticVar為5
            ObjectOutputStream out = new ObjectOutputStream(
                    new FileOutputStream("result.obj"));
            out.writeObject(new Test());
            out.close();
            //序列化後修改為10
            Test.staticVar = 10;
            ObjectInputStream oin = new ObjectInputStream(new FileInputStream(
                    "result.obj"));
            Test t = (Test) 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();
        }
    }
}

最後的輸出是 10，對於無法理解的讀者認為，列印的 staticVar 是從讀取的物件裡獲得的，應該是儲存時的狀態才對。之所以列印 10 的原因在於序列化時，並不儲存靜態變數，這其實比較容易理解，序列化儲存的是物件的狀態，靜態變數屬於類的狀態，因此序列化並不儲存靜態變數。

探究ArrayList的序列化

ArrayList的序列化
在介紹ArrayList序列化之前，先來考慮一個問題：

如何自定義的序列化和反序列化策略

帶著這個問題，我們來看java.util.ArrayList的原始碼

public class ArrayList<E> extends AbstractList<E>
        implements List<E>, RandomAccess, Cloneable, java.io.Serializable
{
    private static final long serialVersionUID = 8683452581122892189L;
    transient Object[] elementData; // non-private to simplify nested class access
    private int size;
}

筆者省略了其他成員變數，從上面的程式碼中可以知道ArrayList實現了java.io.Serializable介面，那麼我們就可以對它進行序列化及反序列化。

因為elementData是transient的（1.8好像改掉了這一點)，所以我們認為這個成員變數不會被序列化而保留下來。我們寫一個Demo，驗證一下我們的想法：

public class ArrayList的序列化 {
    public static void main(String[] args) throws IOException, ClassNotFoundException {
        ArrayList list = new ArrayList();
        list.add("a");
        list.add("b");
        ObjectOutputStream objectOutputStream = new ObjectOutputStream(new FileOutputStream("arr"));
        objectOutputStream.writeObject(list);
        objectOutputStream.close();
        ObjectInputStream objectInputStream = new ObjectInputStream(new FileInputStream("arr"));
        ArrayList list1 = (ArrayList) objectInputStream.readObject();
        objectInputStream.close();
        System.out.println(Arrays.toString(list.toArray()));
        //序列化成功，裡面的元素保持不變。
    }

瞭解ArrayList的人都知道，ArrayList底層是通過陣列實現的。那麼陣列elementData其實就是用來儲存列表中的元素的。通過該屬性的宣告方式我們知道，他是無法通過序列化持久化下來的。那麼為什麼code 4的結果卻通過序列化和反序列化把List中的元素保留下來了呢？

writeObject和readObject方法

在ArrayList中定義了來個方法： writeObject和readObject。

這裡先給出結論:

在序列化過程中，如果被序列化的類中定義了writeObject 和 readObject 方法，虛擬機器會試圖呼叫物件類裡的 writeObject 和 readObject 方法，進行使用者自定義的序列化和反序列化。

如果沒有這樣的方法，則預設呼叫是 ObjectOutputStream 的 defaultWriteObject 方法以及 ObjectInputStream 的 defaultReadObject 方法。

使用者自定義的 writeObject 和 readObject 方法可以允許使用者控制序列化的過程，比如可以在序列化的過程中動態改變序列化的數值。

來看一下這兩個方法的具體實現：

private void readObject(java.io.ObjectInputStream s)
        throws java.io.IOException, ClassNotFoundException {
        elementData = EMPTY_ELEMENTDATA;
        // Read in size, and any hidden stuff
        s.defaultReadObject();
        // Read in capacity
        s.readInt(); // ignored
        if (size > 0) {
            // be like clone(), allocate array based upon size not capacity
            ensureCapacityInternal(size);
            Object[] a = elementData;
            // Read in all elements in the proper order.
            for (int i=0; i<size; i++) {
                a[i] = s.readObject();
            }
        }
    }
private void writeObject(java.io.ObjectOutputStream s)
        throws java.io.IOException{
        // Write out element count, and any hidden stuff
        int expectedModCount = modCount;
        s.defaultWriteObject();
        // Write out size as capacity for behavioural compatibility with clone()
        s.writeInt(size);
        // Write out all elements in the proper order.
        for (int i=0; i<size; i++) {
            s.writeObject(elementData[i]);
        }
        if (modCount != expectedModCount) {
            throw new ConcurrentModificationException();
        }
    }

那麼為什麼ArrayList要用這種方式來實現序列化呢？

why transient
ArrayList實際上是動態陣列，每次在放滿以後自動增長設定的長度值，如果陣列自動增長長度設為100，而實際只放了一個元素，那就會序列化99個null元素。為了保證在序列化的時候不會將這麼多null同時進行序列化，ArrayList把元素陣列設定為transient。
why writeObject and readObject
前面說過，為了防止一個包含大量空物件的陣列被序列化，為了優化儲存，所以，ArrayList使用transient來宣告elementData。 但是，作為一個集合，在序列化過程中還必須保證其中的元素可以被持久化下來，所以，通過重寫writeObject 和 readObject方法的方式把其中的元素保留下來。
writeObject方法把elementData陣列中的元素遍歷的儲存到輸出流（ObjectOutputStream）中。
readObject方法從輸入流（ObjectInputStream）中讀出物件並儲存賦值到elementData陣列中。

如何自定義的序列化和反序列化策略

延續上一部分，剛剛我們明白了ArrayList序列化陣列元素的原理。

至此，我們先試著來回答剛剛提出的問題：

如何自定義的序列化和反序列化策略

答：可以通過在被序列化的類中增加writeObject 和 readObject方法。那麼問題又來了：

雖然ArrayList中寫了writeObject 和 readObject 方法，但是這兩個方法並沒有顯示的被呼叫啊。

那麼如果一個類中包含writeObject 和 readObject 方法，那麼這兩個方法是怎麼被呼叫的呢?

ObjectOutputStream
從code 4中，我們可以看出，物件的序列化過程通過ObjectOutputStream和ObjectInputputStream來實現的，那麼帶著剛剛的問題，我們來分析一下ArrayList中的writeObject 和 readObject 方法到底是如何被呼叫的呢？

為了節省篇幅，這裡給出ObjectOutputStream的writeObject的呼叫棧：

writeObject —-> writeObject0 —->writeOrdinaryObject—->writeSerialData—->invokeWriteObject

這裡看一下invokeWriteObject：

void invokeWriteObject(Object obj, ObjectOutputStream out)
        throws IOException, UnsupportedOperationException
    {
        if (writeObjectMethod != null) {
            try {
                writeObjectMethod.invoke(obj, new Object[]{ out });
            } catch (InvocationTargetException ex) {
                Throwable th = ex.getTargetException();
                if (th instanceof IOException) {
                    throw (IOException) th;
                } else {
                    throwMiscException(th);
                }
            } catch (IllegalAccessException ex) {
                // should not occur, as access checks have been suppressed
                throw new InternalError(ex);
            }
        } else {
            throw new UnsupportedOperationException();
        }
    }

其中writeObjectMethod.invoke(obj, new Object[]{ out });是關鍵，通過反射的方式呼叫writeObjectMethod方法。官方是這麼解釋這個writeObjectMethod的：

class-defined writeObject method, or null if none

在我們的例子中，這個方法就是我們在ArrayList中定義的writeObject方法。通過反射的方式被呼叫了。

至此，我們先試著來回答剛剛提出的問題：

如果一個類中包含writeObject 和 readObject 方法，那麼這兩個方法是怎麼被呼叫的?
答：在使用ObjectOutputStream的writeObject方法和ObjectInputStream的readObject方法時，會通過反射的方式呼叫。

為什麼要實現Serializable

至此，我們已經介紹完了ArrayList的序列化方式。那麼，不知道有沒有人提出這樣的疑問：

Serializable明明就是一個空的介面，它是怎麼保證只有實現了該介面的方法才能進行序列化與反序列化的呢？

Serializable介面的定義：
public interface Serializable {
}
讀者可以嘗試把code 1中的繼承Serializable的程式碼去掉，再執行code 2，會丟擲java.io.NotSerializableException。

其實這個問題也很好回答，我們再回到剛剛ObjectOutputStream的writeObject的呼叫棧：

writeObject ---> writeObject0 --->writeOrdinaryObject--->writeSerialData--->invokeWriteObject

writeObject0方法中有這麼一段程式碼：

if (obj instanceof String) {
                writeString((String) obj, unshared);
            } else if (cl.isArray()) {
                writeArray(obj, desc, unshared);
            } else if (obj instanceof Enum) {
                writeEnum((Enum<?>) obj, desc, unshared);
            } else if (obj instanceof Serializable) {
                writeOrdinaryObject(obj, desc, unshared);
            } else {
                if (extendedDebugInfo) {
                    throw new NotSerializableException(
                        cl.getName() + "\n" + debugInfoStack.toString());
                } else {
                    throw new NotSerializableException(cl.getName());
                }
            }

在進行序列化操作時，會判斷要被序列化的類是否是Enum、Array和Serializable型別，如果不是則直接丟擲NotSerializableException。

序列化知識點總結

1、如果一個類想被序列化，需要實現Serializable介面。否則將丟擲NotSerializableException異常，這是因為，在序列化操作過程中會對型別進行檢查，要求被序列化的類必須屬於Enum、Array和Serializable型別其中的任何一種。

2、通過ObjectOutputStream和ObjectInputStream對物件進行序列化及反序列化

3、虛擬機器是否允許反序列化，不僅取決於類路徑和功能程式碼是否一致，一個非常重要的一點是兩個類的序列化 ID 是否一致（就是 private static final long serialVersionUID）

序列化 ID 在 Eclipse 下提供了兩種生成策略，一個是固定的 1L，一個是隨機生成一個不重複的 long 型別資料（實際上是使用 JDK 工具生成），在這裡有一個建議，如果沒有特殊需求，就是用預設的 1L 就可以，這樣可以確保程式碼一致時反序列化成功。那麼隨機生成的序列化 ID 有什麼作用呢，有些時候，通過改變序列化 ID 可以用來限制某些使用者的使用。

4、序列化並不儲存靜態變數。

5、要想將父類物件也序列化，就需要讓父類也實現Serializable 介面。

6、Transient 關鍵字的作用是控制變數的序列化，在變數宣告前加上該關鍵字，可以阻止該變數被序列化到檔案中，在被反序列化後，transient 變數的值被設為初始值，如 int 型的是 0，物件型的是 null。

7、伺服器端給客戶端傳送序列化物件資料，物件中有一些資料是敏感的，比如密碼字串等，希望對該密碼欄位在序列化時，進行加密，而客戶端如果擁有解密的金鑰，只有在客戶端進行反序列化時，才可以對密碼進行讀取，這樣可以一定程度保證序列化物件的資料安全。

8、在類中增加writeObject 和 readObject 方法可以實現自定義序列化策略

參考文章

https://blog.csdn.net/qq_34988624/article/details/86592229

https://www.meiwen.com.cn/subject/slhvhqtx.html

https://blog.csdn.net/qq_34988624/article/details/86592229

https://segmentfault.com/a/1190000012220863

https://my.oschina.net/wuxinshui/blog/1511484

https://blog.csdn.net/hukailee/article/details/81107412

微信公眾號

Java技術江湖

如果大家想要實時關注我更新的文章以及分享的乾貨的話，可以關注我的公眾號【Java技術江湖】一位阿里 Java 工程師的技術小站，作者黃小斜，專注 Java 相關技術：SSM、SpringBoot、MySQL、分散式、中介軟體、叢集、Linux、網路、多執行緒，偶爾講點Docker、ELK，同時也分享技術乾貨和學習經驗，致力於Java全棧開發！

Java工程師必備學習資源: 一些Java工程師常用學習資源，關注公眾號後，後臺回覆關鍵字 “Java” 即可免費無套路獲取。

我的公眾號

個人公眾號：黃小斜

作者是跨考軟體工程的 985 碩士，自學 Java 兩年，拿到了 BAT 等近十家大廠 offer，從技術小白成長為阿里工程師。

作者專注於 JAVA 後端技術棧，熱衷於分享程式設計師乾貨、學習經驗、求職心得和程式人生，目前黃小斜的CSDN部落格有百萬+訪問量，知乎粉絲2W+，全網已有10W+讀者。

黃小斜是一個斜槓青年，堅持學習和寫作，相信終身學習的力量，希望和更多的程式設計師交朋友，一起進步和成長！

關注公眾號【黃小斜】後回覆【原創電子書】即可領取我原創的電子書《菜鳥程式設計師修煉手冊：從技術小白到阿里巴巴Java工程師》

程式設計師3T技術學習資源： 一些程式設計師學習技術的資源大禮包，關注公眾號後，後臺回覆關鍵字 “資料” 即可免費無套路獲取。

夯實Java基礎系列22：一文讀懂Java序列化和反序列化

序列化與反序列化概念

Java物件的序列化與反序列化

相關介面及類

序列化ID

靜態變數不參與序列化

探究ArrayList的序列化

如何自定義的序列化和反序列化策略

為什麼要實現Serializable

序列化知識點總結

參考文章

微信公眾號

Java技術江湖

個人公眾號：黃小斜

相關文章