當兩個(gè)進(jìn)程在進(jìn)行遠程通信時(shí)，彼此可以發(fā)送各種類(lèi)型的數據。無(wú)論是何種類(lèi)型的數據，都會(huì )以二進(jìn)制序列的形式在網(wǎng)絡(luò )上傳送。發(fā)送方需要把這個(gè)Java對象轉換為字節序列，才能在網(wǎng)絡(luò )上傳送；接收方則需要把字節序列再恢復為Java對象。

　　把Java對象轉換為字節序列的過(guò)程稱(chēng)為對象的序列化。

　　把字節序列恢復為Java對象的過(guò)程稱(chēng)為對象的反序列化。

　　對象的序列化主要有兩種用途：

　　1） 把對象的字節序列永久地保存到硬盤(pán)上，通常存放在一個(gè)文件中；

　　2） 在網(wǎng)絡(luò )上傳送對象的字節序列。

　　一． JDK類(lèi)庫中的序列化API

　　java.io.ObjectOutputStream代表對象輸出流，它的writeObject(Object obj)方法可對參數指定的obj對象進(jìn)行序列化，把得到的字節序列寫(xiě)到一個(gè)目標輸出流中。

　　java.io.ObjectInputStream代表對象輸入流，它的readObject()方法從一個(gè)源輸入流中讀取字節序列，再把它們反序列化為一個(gè)對象，并將其返回。、

　　只有實(shí)現了Serializable和Externalizable接口的類(lèi)的對象才能被序列化。Externalizable接口繼承自Serializable接口，實(shí)現Externalizable接口的類(lèi)完全由自身來(lái)控制序列化的行為，而僅實(shí)現Serializable接口的類(lèi)可以采用默認的序列化方式 。

　　對象序列化包括如下步驟：

　　1） 創(chuàng )建一個(gè)對象輸出流，它可以包裝一個(gè)其他類(lèi)型的目標輸出流，如文件輸出流；

　　2） 通過(guò)對象輸出流的writeObject()方法寫(xiě)對象。

　　對象反序列化的步驟如下：

　　1） 創(chuàng )建一個(gè)對象輸入流，它可以包裝一個(gè)其他類(lèi)型的源輸入流，如文件輸入流；

　　2） 通過(guò)對象輸入流的readObject()方法讀取對象。

　　下面讓我們來(lái)看一個(gè)對應的例子，類(lèi)的內容如下：

import java.io.*; import java.util.Date; /** * 對象的序列化和反序列化測試類(lèi). * @author <a href="mailto:xiexingxing1121@126.com">AmigoXie</a> * @version 1.0 * Creation date: 2007-9-15 - 下午21:45:48 */ public class ObjectSaver { 　/** 　* @param args 　* @author <a href="mailto:xiexingxing1121@126.com">AmigoXie</a> 　* Creation date: 2007-9-15 - 下午21:45:37 　*/ public static void main(String[] args) throws Exception { 　ObjectOutputStream out = new ObjectOutputStream (new FileOutputStream("D:""objectFile.obj")); 　//序列化對象 　Customer customer = new Customer("阿蜜果", 24); 　out.writeObject("你好!"); 　out.writeObject(new Date()); 　out.writeObject(customer); 　out.writeInt(123); //寫(xiě)入基本類(lèi)型數據 　out.close(); 　//反序列化對象 　ObjectInputStream in = new ObjectInputStream (new FileInputStream("D:""objectFile.obj")); 　System.out.println("obj1=" + (String) in.readObject()); 　System.out.println("obj2=" + (Date) in.readObject()); 　Customer obj3 = (Customer) in.readObject(); 　System.out.println("obj3=" + obj3); 　int obj4 = in.readInt(); 　System.out.println("obj4=" + obj4); 　in.close(); } } class Customer implements Serializable { private String name; private int age; public Customer(String name, int age) { this.name = name; this.age = age; } public String toString() { return "name=" + name + ", age=" + age; } }

　　輸出結果如下：

obj1=你好! obj2=Sat Sep 15 22:02:21 CST 2007 obj3=name=阿蜜果, age=24 obj4=123

　　因此例比較簡(jiǎn)單，在此不再詳述。

　　二．實(shí)現Serializable接口

　　ObjectOutputStream只能對Serializable接口的類(lèi)的對象進(jìn)行序列化。默認情況下，ObjectOutputStream按照默認方式序列化，這種序列化方式僅僅對對象的非transient的實(shí)例變量進(jìn)行序列化，而不會(huì )序列化對象的transient的實(shí)例變量，也不會(huì )序列化靜態(tài)變量。

　　當ObjectOutputStream按照默認方式反序列化時(shí)，具有如下特點(diǎn)：

　　1） 如果在內存中對象所屬的類(lèi)還沒(méi)有被加載，那么會(huì )先加載并初始化這個(gè)類(lèi)。如果在classpath中不存在相應的類(lèi)文件，那么會(huì )拋出ClassNotFoundException；

　　2） 在反序列化時(shí)不會(huì )調用類(lèi)的任何構造方法。

　　如果用戶(hù)希望控制類(lèi)的序列化方式，可以在可序列化類(lèi)中提供以下形式的writeObject()和readObject()方法。

private void writeObject(java.io.ObjectOutputStream out) throws IOException private void readObject(java.io.ObjectInputStream in) throws IOException, ClassNotFoundException;

　　當ObjectOutputStream對一個(gè)Customer對象進(jìn)行序列化時(shí)，如果該對象具有writeObject()方法，那么就會(huì )執行這一方法，否則就按默認方式序列化。在該對象的writeObjectt()方法中，可以先調用ObjectOutputStream的defaultWriteObject()方法，使得對象輸出流先執行默認的序列化操作。同理可得出反序列化的情況，不過(guò)這次是defaultReadObject()方法。

　　有些對象中包含一些敏感信息，這些信息不宜對外公開(kāi)。如果按照默認方式對它們序列化，那么它們的序列化數據在網(wǎng)絡(luò )上傳輸時(shí)，可能會(huì )被不法份子竊取。對于這類(lèi)信息，可以對它們進(jìn)行加密后再序列化，在反序列化時(shí)則需要解密，再恢復為原來(lái)的信息。

　　默認的序列化方式會(huì )序列化整個(gè)對象圖，這需要遞歸遍歷對象圖。如果對象圖很復雜，遞歸遍歷操作需要消耗很多的空間和時(shí)間，它的內部數據結構為雙向列表。

　　在應用時(shí)，如果對某些成員變量都改為transient類(lèi)型，將節省空間和時(shí)間，提高序列化的性能。

　　三． 實(shí)現Externalizable接口

　　Externalizable接口繼承自Serializable接口，如果一個(gè)類(lèi)實(shí)現了Externalizable接口，那么將完全由這個(gè)類(lèi)控制自身的序列化行為。Externalizable接口聲明了兩個(gè)方法：

public void writeExternal(ObjectOutput out) throws IOException public void readExternal(ObjectInput in) throws IOException , ClassNotFoundException

　　前者負責序列化操作，后者負責反序列化操作。

　　在對實(shí)現了Externalizable接口的類(lèi)的對象進(jìn)行反序列化時(shí)，會(huì )先調用類(lèi)的不帶參數的構造方法，這是有別于默認反序列方式的。如果把類(lèi)的不帶參數的構造方法刪除，或者把該構造方法的訪(fǎng)問(wèn)權限設置為private、默認或protected級別，會(huì )拋出java.io.InvalidException: no valid constructor異常。

　　四． 可序列化類(lèi)的不同版本的序列化兼容性

　　凡是實(shí)現Serializable接口的類(lèi)都有一個(gè)表示序列化版本標識符的靜態(tài)變量：

private static final long serialVersionUID;

　　以上serialVersionUID的取值是Java運行時(shí)環(huán)境根據類(lèi)的內部細節自動(dòng)生成的。如果對類(lèi)的源代碼作了修改，再重新編譯，新生成的類(lèi)文件的serialVersionUID的取值有可能也會(huì )發(fā)生變化。

　　類(lèi)的serialVersionUID的默認值完全依賴(lài)于Java編譯器的實(shí)現，對于同一個(gè)類(lèi)，用不同的Java編譯器編譯，有可能會(huì )導致不同的serialVersionUID，也有可能相同。為了提高哦啊serialVersionUID的獨立性和確定性，強烈建議在一個(gè)可序列化類(lèi)中顯示的定義serialVersionUID，為它賦予明確的值。顯式地定義serialVersionUID有兩種用途：

　　1） 在某些場(chǎng)合，希望類(lèi)的不同版本對序列化兼容，因此需要確保類(lèi)的不同版本具有相同的serialVersionUID；

　　2） 在某些場(chǎng)合，不希望類(lèi)的不同版本對序列化兼容，因此需要確保類(lèi)的不同版本具有不同的serialVersionUID。