ObjectOutputStream只能對(duì)Serializable接口的類的對(duì)象進(jìn)行序列化。默認(rèn)情況下,ObjectOutputStream按照默認(rèn)方式序列化,這種序列化方式僅僅對(duì)對(duì)象的非transient的實(shí)例變量進(jìn)行序列化,而不會(huì)序列化對(duì)象的transient的實(shí)例變量,也不會(huì)序列化靜態(tài)變量。
1) 假如在內(nèi)存中對(duì)象所屬的類還沒有被加載,那么會(huì)先加載并初始化這個(gè)類。假如在classpath中不存在相應(yīng)的類文件,那么會(huì)拋出ClassNotFoundException;
private void writeObject(java.io.ObjectOutputStream out) throws IOException
private void readObject(java.io.ObjectInputStream in) throws IOException, ClassNotFoundException;
當(dāng)ObjectOutputStream對(duì)一個(gè)Customer對(duì)象進(jìn)行序列化時(shí),假如該對(duì)象具有writeObject()方法,那么就會(huì)執(zhí)行這一方法,否則就按默認(rèn)方式序列化。在該對(duì)象的writeObjectt()方法中,可以先調(diào)用ObjectOutputStream的defaultWriteObject()方法,使得對(duì)象輸出流先執(zhí)行默認(rèn)的序列化操作。同理可得出反序列化的情況,不過這次是defaultReadObject()方法。
有些對(duì)象中包含一些敏感信息,這些信息不宜對(duì)外公開。假如按照默認(rèn)方式對(duì)它們序列化,那么它們的序列化數(shù)據(jù)在網(wǎng)絡(luò)上傳輸時(shí),可能會(huì)被不法份子竊取。對(duì)于這類信息,可以對(duì)它們進(jìn)行加密后再序列化,在反序列化時(shí)則需要解密,再恢復(fù)為原來的信息。
默認(rèn)的序列化方式會(huì)序列化整個(gè)對(duì)象圖,這需要遞歸遍歷對(duì)象圖。假如對(duì)象圖很復(fù)雜,遞歸遍歷操作需要消耗很多的空間和時(shí)間,它的內(nèi)部數(shù)據(jù)結(jié)構(gòu)為雙向列表。
在應(yīng)用時(shí),假如對(duì)某些成員變量都改為transient類型,將節(jié)省空間和時(shí)間,提高序列化的性能。
三. 實(shí)現(xiàn)Externalizable接口 Externalizable接口繼續(xù)自Serializable接口,假如一個(gè)類實(shí)現(xiàn)了Externalizable接口,那么將完全由這個(gè)類控制自身的序列化行為。Externalizable接口聲明了兩個(gè)方法:
public void writeExternal(ObjectOutput out) throws IOException
public void readExternal(ObjectInput in) throws IOException , ClassNotFoundException
前者負(fù)責(zé)序列化操作,后者負(fù)責(zé)反序列化操作。
在對(duì)實(shí)現(xiàn)了Externalizable接口的類的對(duì)象進(jìn)行反序列化時(shí),會(huì)先調(diào)用類的不帶參數(shù)的構(gòu)造方法,這是有別于默認(rèn)反序列方式的。假如把類的不帶參數(shù)的構(gòu)造方法刪除,或者把該構(gòu)造方法的訪問權(quán)限設(shè)置為private、默認(rèn)或protected級(jí)別,會(huì)拋出java.io.InvalidException: no valid constrUCtor異常。
四. 可序列化類的不同版本的序列化兼容性 凡是實(shí)現(xiàn)Serializable接口的類都有一個(gè)表示序列化版本標(biāo)識(shí)符的靜態(tài)變量:
private static final long serialVersionUID;
以上serialVersionUID的取值是Java運(yùn)行時(shí)環(huán)境根據(jù)類的內(nèi)部細(xì)節(jié)自動(dòng)生成的。假如對(duì)類的源代碼作了修改,再重新編譯,新生成的類文件的serialVersionUID的取值有可能也會(huì)發(fā)生變化。
類的serialVersionUID的默認(rèn)值完全依靠于Java編譯器的實(shí)現(xiàn),對(duì)于同一個(gè)類,用不同的Java編譯器編譯,有可能會(huì)導(dǎo)致不同的serialVersionUID,也有可能相同。為了提高哦啊serialVersionUID的獨(dú)立性和確定性,強(qiáng)烈建議在一個(gè)可序列化類中顯示的定義serialVersionUID,為它賦予明確的值。顯式地定義serialVersionUID有兩種用途:
1) 在某些場(chǎng)合,希望類的不同版本對(duì)序列化兼容,因此需要確保類的不同版本具有相同的serialVersionUID;
2) 在某些場(chǎng)合,不希望類的不同版本對(duì)序列化兼容,因此需要確保類的不同版本具有不同的serialVersionUID。