詳解Java串行化接口的用法和原理

更新時間：2023年11月27日 10:02:47 作者：一只會寫程序的貓

在Java開發(fā)中,我們經(jīng)常需要將對象進行序列化和反序列化,以便在網(wǎng)絡傳輸或存儲到持久化介質(zhì)中,Java提供了一種機制,即通過實現(xiàn)Serializable接口來實現(xiàn)對象的串行化,本文將詳細介紹Java串行化接口的用法和原理,以及一些相關(guān)的注意事項,需要的朋友可以參考下

什么是串行化

對象的串行化（Serialization）是指將對象轉(zhuǎn)化為字節(jié)流的過程。通過串行化，我們可以將對象在網(wǎng)絡傳輸或存儲到磁盤等介質(zhì)中，并在需要時重新恢復為原始的對象。串行化使得對象的傳輸和存儲更加靈活和方便。

Java 提供了對象串行化的機制，通過實現(xiàn) Serializable 接口，我們可以指定一個類的對象可以被串行化。一旦一個類實現(xiàn)了 Serializable 接口，該類的對象就可以被 Java 虛擬機（JVM）自動串行化和反串行化。

如何實現(xiàn)串行化

要實現(xiàn)串行化，只需在類的聲明中添加 implements Serializable，然后編寫相應的讀寫方法即可。下面是一個示例：

import java.io.Serializable;

public class Person implements Serializable {
    private String name;
    private int age;

    // 構(gòu)造方法、Getter 和 Setter 省略

    @Override
    public String toString() {
        return "Person{" +
                "name='" + name + '\'' +
                ", age=" + age +
                '}';
    }
}

在上面的示例中，Person 類實現(xiàn)了 Serializable 接口。這樣，Person 類的對象就可以被串行化和反串行化。

串行化的原理

Java 對象的串行化和反串行化是通過字節(jié)流完成的。當一個對象被串行化時，Java 虛擬機將對象的狀態(tài)信息轉(zhuǎn)化為一系列字節(jié)，然后可以將這些字節(jié)發(fā)送給其他機器或存儲到磁盤中。而當一個串行化的對象被反串行化時，Java 虛擬機則根據(jù)這些字節(jié)來恢復對象的狀態(tài)。

Java 對象的串行化和反串行化是通過 ObjectOutputStream 和 ObjectInputStream 來實現(xiàn)的。ObjectOutputStream 負責將對象轉(zhuǎn)化為字節(jié)流，而 ObjectInputStream 則負責將字節(jié)流轉(zhuǎn)化為對象。

在串行化過程中，Java 虛擬機會遍歷對象的所有屬性，并將它們轉(zhuǎn)化為字節(jié)流。如果屬性是一個引用類型，則該引用類型的對象也會被串行化。在反串行化過程中，Java 虛擬機會根據(jù)字節(jié)流創(chuàng)建對象，并遞歸地創(chuàng)建屬性的對象。

需要注意的是，不是所有的對象都可以被串行化。如果一個對象的類沒有實現(xiàn) Serializable 接口，或者包含不可串行化的屬性，則該對象不能被串行化。

串行化的注意事項

在使用對象串行化時，有一些注意事項需要了解。

1. Serializable 標記接口

Serializable 是一個標記接口，它沒有任何方法需要實現(xiàn)。實現(xiàn) Serializable 接口僅僅是告訴 Java 虛擬機，該類的對象可以被串行化。

2. transient 關(guān)鍵字

如果一個類的某個屬性不希望被串行化，我們可以使用 transient 關(guān)鍵字進行標記。標記為 transient 的屬性將會在串行化過程中被忽略。

public class Person implements Serializable {
    private transient String password;
    // ...
}

在上面的示例中，password 屬性被標記為 transient，因此在串行化過程中會被忽略。

3. serialVersionUID 字段

每個串行化的類都有一個 serialVersionUID 字段，它用于標識一個類的版本。當一個對象被反串行化時，Java 虛擬機會比較對象的 serialVersionUID 和類的當前 serialVersionUID 是否一致。如果不一致，Java 虛擬機會拋出 InvalidClassException。

如果一個類沒有顯式地定義 serialVersionUID，Java 虛擬機會根據(jù)類的結(jié)構(gòu)自動生成一個 serialVersionUID。然而，當類的結(jié)構(gòu)發(fā)生變化時，自動生成的 serialVersionUID 可能會發(fā)生變化，導致反串行化失敗。

為了避免這種情況，我們通常會顯式地定義 serialVersionUID。例如：

public class Person implements Serializable {
    private static final long serialVersionUID = 123456789L;
    // ...
}

在上面的示例中，我們定義了一個 serialVersionUID 值為 123456789L。

4. 版本控制

由于串行化的對象將被存儲到磁盤或在網(wǎng)絡中傳輸，因此需要考慮版本控制的問題。如果一個對象的類結(jié)構(gòu)發(fā)生了變化，例如添加或刪除了屬性，那么舊版本的對象將無法與新版本的類兼容。

為了解決這個問題，我們可以使用 serialVersionUID 字段來指定類的版本。當一個新版本的類與舊版本的對象進行反串行化時，如果它們的 serialVersionUID 不一致，Java 虛擬機會拋出 InvalidClassException。因此，在修改類的結(jié)構(gòu)之前，我們應該考慮是否需要更新 serialVersionUID。