★更靈活的“序列化”：transient屬性和Externalizable

　　Serializable確實很方便，方便到你幾乎不需要做任何額外的工作就可以輕松將內存中的對象保存到外部。但有兩個問題使得Serializable的威力收到束縛：

　　一個是效率問題，《Core Java 2》中指出，Serializable使用系統默認的序列化機制會影響軟件的運行速度，因為需要為每個屬性的引用編號和查號，再加上I/O操作的時間(I/O和內存讀寫差的可是一個數量級的大小)，其代價當然是可觀的。

　　另一個困擾是“裸”的Serializable不可定制，傻乎乎地什么都給你序列化了，不管你是不是想這么做。其實你可以有至少三種定制序列化的選擇。其中一種前面已經提到了，就是在implements Serializable的類里面添加私有的writeObject()和readObject()方法(這種Serializable就不裸了，

　　)，在這兩個方法里，該序列化什么，不該序列化什么，那就由你說了算了，你當然可以在這兩個方法體里面分別調用ObjectOutputStream.defaultWriteObject()和ObjectInputStream.defaultReadObject()仍然執行默認的序列化動作(那你在代碼上不就做無用功了?呵呵)，也可以用ObjectOutputStream.writeObject()和ObjectInputStream.readObject()方法對你中意的屬性進行序列化。但虛擬機一看到你定義了這兩個方法，它就不再用默認的機制了。

　　如果僅僅為了跳過某些屬性不讓它序列化，上面的動作似乎顯得麻煩，更簡單的方法是對不想序列化的屬性加上transient關鍵字，說明它是個“暫態變量”，默認序列化的時候就不會把這些屬性也塞到外部流里了。當然，你如果定義writeObject()和readObject()方法的化，仍然可以把暫態變量進行序列化。題外話，像transient、violate、finally這樣的關鍵字初學者可能會不太重視，而現在有的公司招聘就偏偏喜歡問這樣的問題 :

　　再一個方案就是不實現Serializable而改成實現Externalizable接口。我們研究一下這兩個接口的源代碼，發現它們很類似，甚至容易混淆。我們要記住的是：Externalizable默認并不保存任何對象相關信息!任何保存和恢復對象的動作都是你自己定義的。Externalizable包含兩個public的方法：

　　1. public void writeExternal(ObjectOutput out) throws IOException;

　　2. public void readExternal(ObjectInput in) throws IOException, ClassNotFoundException;

　　乍一看這和上面的writeObject()和readObject()幾乎差不多，但Serializable和Externalizable走的是兩個不同的流程：Serializable在對象不存在的情況下，就可以僅憑外部的字節序列把整個對象重建出來;但Externalizable在重建對象時，先是調用該類的默認構造函數(即不含參數的那個構造函數)使得內存中先有這么一個實例，然后再調用readExternal方法對實例中的屬性進行恢復，因此，如果默認構造函數中和readExternal方法中都沒有賦值的那些屬性，特別他們是非基本類型的話，將會是空(null)。在這里需要注意的是，transient只能用在對Serializable而不是Externalizable的實現里面。

　　★序列化與克隆

　　從“可序列化”的遞歸定義來看，一個序列化的對象貌似對象內存映象的外部克隆，如果沒有共享引用的屬性的化，那么應該是一個深度克隆。關于克隆的話題有可以談很多，這里就不細說了，有興趣的話可以參考IBM developerWorks上的一篇文章：JAVA中的指針,引用及對象的clone

　　　　　　　2010年9月計算機等級考試成績查詢時間匯總