簡介
public interface Serializable類通過實現 java.io.Serializable 接口以啟用其序列化功能。未實現此接口的類將無法使其任何狀態序列化或反序列化。可序列化類的所有子類型本身都是可序列化的。序列化接口沒有方法或欄位，僅用於標識可序列化的語義。
要允許不可序列化類的子類型序列化，可以假定該子類型負責保存和還原超類型的公用 (public)、受保護的 (protected) 和（如果可訪問）包 (package) 欄位的狀態。僅在子類型擴展的類（父類）有一個可訪問的無參數構造方法來初始化該類的狀態時，才可以假定子類型有此責任。如果不是這種情況，則聲明一個類為可序列化類是錯誤的。該錯誤將在運行時檢測到。
在反序列化過程中，將使用該類的公用或受保護的無參數構造方法初始化不可序列化類的欄位。可序列化的子類必須能夠訪問無參數的構造方法。可序列化子類的欄位將從該流中還原。
使用情況
當遍歷一個圖形時，可能會遇到不支持可序列化接口的對象。在此情況下，將拋出 NotSerializableException，並將標識不可序列化對象的類。
在序列化和反序列化過程中需要特殊處理的類必須使用下列準確簽名來實現特殊方法：
private void writeObject(java.io.ObjectOutputStream out)
throws IOException
private void readObject(java.io.ObjectInputStream in)
throws IOException, ClassNotFoundException;
writeObject 方法負責寫入特定類的對象的狀態，以便相應的 readObject 方法可以還原它。通過調用 out.defaultWriteObject 可以調用保存 Object 的欄位的默認機制。該方法本身不需要涉及屬於其超類或子類的狀態。狀態是通過使用 writeObject 方法或使用 DataOutput 支持的用於基本數據類型的方法將各個欄位寫入 ObjectOutputStream 來保存的。
readObject 方法負責從流中讀取並還原類欄位。它可以調用 in.defaultReadObject 來調用默認機制，以還原對象的非靜態和非瞬態欄位。defaultReadObject 方法使用流中的信息來分配流中通過當前對象中相應命名欄位保存的對象的欄位。這用於處理類發展後需要添加新欄位的情形。
將對象寫入流時需要指定要使用的替代對象的可序列化類，應使用準確的簽名來實現此特殊方法：
ANY-ACCESS-MODIFIER Object writeReplace() throws ObjectStreamException;
此 writeReplace 方法將由序列化調用，前提是如果此方法存在，而且它可以通過被序列化對象的類中定義的一個方法訪問。因此，該方法可以擁有私有 (private)、受保護的 (protected) 和包私有 (package-private) 訪問。子類對此方法的訪問遵循 java 訪問規則。
在從流中讀取類的一個實例時需要指定替代的類應使用的準確簽名來實現此特殊方法。
ANY-ACCESS-MODIFIER Object readResolve() throws ObjectStreamException;
此 readResolve 方法遵循與 writeReplace 相同的調用規則和訪問規則。
序列化運行時使用一個稱為 serialVersionUID 的版本號與每個可序列化類相關聯，該序列號在反序列化過程中用於驗證序列化對象的傳送者和接收者是否為該對象載入了與序列化兼容的類。如果接收者載入的該對象的類的 serialVersionUID 與對應的傳送者的類的版本號不同，則反序列化將會導致 InvalidClassException。可序列化類可以通過聲明名為 "serialVersionUID" 的欄位（該欄位必須是靜態 (static)、最終 (final) 的 long 型欄位）顯式聲明其自己的 serialVersionUID：
ANY-ACCESS-MODIFIER static final long serialVersionUID = 42L;
如果可序列化類未顯式聲明 serialVersionUID，則序列化運行時將基於該類的各個方面計算該類的默認 serialVersionUID 值，如“Java(TM) 對象序列化規範”中所述。不過，強烈建議 所有可序列化類都顯式聲明 serialVersionUID 值，原因計算默認的 serialVersionUID 對類的詳細信息具有較高的敏感性，根據編譯器實現的不同可能千差萬別，這樣在反序列化過程中可能會導致意外的 InvalidClassException。因此，為保證 serialVersionUID 值跨不同 java 編譯器實現的一致性，序列化類必須聲明一個明確的 serialVersionUID 值。還強烈建議使用 private 修改器顯示聲明 serialVersionUID（如果可能），原因是這種聲明僅套用於立即聲明類 -- serialVersionUID 欄位作為繼承成員沒有用處。
--------------------------
實現java.io.Serializable 接口的類是可序列化的。沒有實現此接口的類將不能使它們的任一狀態被序列化或逆序列化。
序列化類的所有子類本身都是可序列化的。這個序列化接口沒有任何方法和域，僅用於標識序列化的語意。允許非序列化類的子類型序列化，子類型可以假定負責保存和恢復父類型的公有的、保護的和(如果可訪問)包的域的狀態。只要該類(即父類)有一個無參構造子，可初始化它的狀態，那么子類型就可承擔上述職責；如果該類沒有無參構造函式，在這種情況下申明一個可序列化的類是一個錯誤。此錯誤將在運行時被檢測。
例如： Integer實現了Serializable,所以可以把一個Integer的對象用IO寫到檔案里，之後再可以從檔案里讀出，如你開始寫入的時候那個對象的intValue() 是5的話，那讀出來之後也是5。這一點體現了用序化類的作用，即用來傳送類的對象。
當一個JavaBean在構造工具內被用戶化，並與其它Bean建立連線之後，它的所有狀態都應當可被保存，下一次被load進構造工具內或在運行時，就應當是上一次修改完的信息。為了能做到這一點，要把Bean的某些欄位的信息保存下來，在定義Bean時要使它實現Java.io.Serializable接口。例如：
public class Button implements Java.io.Serializable {……}
實現了序列化接口的Bean中欄位的信息將被自動保存。若不想保存某些字(這裡的Bean中欄位的信息將被自動保存是什麼意思？這個自動保存是怎么實現的？）
段的信息則可在這些欄位前冠以transient或static關鍵字，transient和static變數的信息是不可被保存的。通常，一個Bean所有公開出來的屬性都應當是被保存的，也可有選擇地保存內部狀態。Bean開發者在修改軟體時，可以添加欄位，移走對其它類的引用，改變一個欄位的private、protected或public狀態，這些都不影響類的存儲結構關係。然而，當從類中刪除一個欄位，改變一個變數在類體系中的位置，把某個欄位改成transient/static，或原來是transient/static，現改為別的特性時，都將引起存儲關係的變化。
所謂的Serializable,就是java提供的通用數據保存和讀取的接口。至於從什麼地方讀出來和保存到哪裡去都被隱藏在函式參數的背後了。這樣子， 任何類型只要實現了Serializable接口，就可以被保存到檔案中，或者作為數據流通過網路傳送到別的地方。也可以用管道來傳輸到系統的其他程式中。這樣子極大的簡化了類的設計。只要設計一個保存一個讀取功能就能解決上面說得所有問題。
