經常看到有些類調用了Serializable接口，而有些類又沒有調用Serializable接口。那么什么情況下要調用Serializable接口。

首先來了解一下Serializable。（類通過實現 java.io.Serializable 接口以啟用其序列化功能。未實現此接口的類將無法使其任何狀態序列化或反序列化。序列化接口Serializable沒有方法或字段，僅用于標識可序列化的語義）

實現了Serializable接口的對象，可將它們轉換成一系列字節，并可在以后完全恢復回原來的樣子。這一過程亦可通過網絡進行。這意味著序列化機制能自動補償操作系統間的差異。換句話說，可以先在Windows機器上創建一個對象，對其序列化，然后通過網絡發給一臺Unix機器，然后在那里準確無誤地重新“裝配”。不必關心數據在不同機器上如何表示，也不必關心字節的順序或者其他任何細節。

serialization主要用來支持2種主要的特性：

1、RMI(Remote method invocation)。

RMI允許象在本機上一樣操作遠程機器上的對象。當發送消息給遠程對象和調用遠程方法時，就需要用到serializaiton機制來發送參數和接收返回值。

2、保存信息。

在某個時候把狀態信息保存起來，以便以后某個時候能恢復這些狀態信息。

Hibernaet和EJB中的實體Bean就用到了上面兩個特性。

另外：保存的時候不僅能保存對象的副本，而且還會把對象里面所引用的對象也保存起來，以此類推。就像在編譯某個類一樣，會涉及到所用到的所有類。但是所引用的對象也必須是可序列化的，不然會拋NotSerializableException異常。

下面來寫個例子：(A和B類都是可序列化的，WriteObj：將A序列化，ReadObj：將A反序列化)

class A：

package woxingwosu;  
import java.io.Serializable;  
public class A implements Serializable{  
private String name="my name is a";  
private B b=null;  
A(){  
b=new B();  
}  
public B getB() {  
return b;  
}  
public void setB(B b) {  
this.b = b;  
}  
public String getName() {  
return name;  
}  
public void setName(String name) {  
this.name = name;  
}  
public String show(){  
return "a.toString <a.name=\""+this.name+"\" a.b.name=\""+this.b.getName()+"\">" 
+"\na="+this.toString()+" b="+this.b.toString();  
}  
} 

class B：

package woxingwosu;  
import java.io.Serializable;  
public class B implements Serializable{  
private String name="my name is B";  
B(){}  
public String getName() {  
return name;  
}  
public void setName(String name) {  
this.name = name;  
}  
} 

class WriteSeri：

package woxingwosu;  
import java.io.FileOutputStream;  
import java.io.ObjectOutputStream;  
/**  
* 寫Object(系列化)  
* @author 我行我素  
*/ 
public class WriteSeri {  
public static void main(String[] args) {  
ObjectOutputStream outObj=null;  
try{  
FileOutputStream outStr=new FileOutputStream("obj.txt");  
outObj=new ObjectOutputStream(outStr);  
A a=new A();  
outObj.writeObject(a);  
System.out.println("write obj :"+a.show());  
outObj.flush();  
}catch(Exception e){  
e.printStackTrace();  
}finally{  
try{  
if(outObj!=null)  
outObj.close();  
}catch(Exception e){  
e.printStackTrace();  
}  
}  
}} 

class ReadSeri：

package woxingwosu;  
import java.io.FileInputStream;  
import java.io.ObjectInputStream;  
/**  
* 讀Object(反系列化)  
* @author 我行我素  
*/ 
public class ReadSeri {  
public static void main(String[] args) {  
ObjectInputStream inObj=null;  
try{  
FileInputStream inStr=new FileInputStream("obj.txt");  
inObj=new ObjectInputStream(inStr);  
A a=(A)inObj.readObject();  
System.out.println("read Object :"+a.show());  
}catch(Exception e){  
e.printStackTrace();  
}finally{  
try{  
if(inObj!=null)  
inObj.close();  
}catch(Exception e){  
e.printStackTrace();  
}  
}  
}  
} 

首先，我們運行WriteObj，實現序列化，得到輸出結果

write obj :a.toString <a.name="my name is a" a.b.name="my name is B">  
a=woxingwosu.A@a90653 b=woxingwosu.B@de6ced  

然后我們再運行ReadObj，實現反序列化，得到輸出結果

read Object :a.toString <a.namea.name="my name is a" a.b.name="my name is B"> 
a=woxingwosu.A@a90653 b=woxingwosu.B@de6ced 

遺漏了一個問題，就是標識版本的serialVersionUID。

官方文檔：如果可序列化類未顯式聲明 serialVersionUID，則序列化運行時將基于該類的各個方面計算該類的默認 serialVersionUID 值，如“Java(TM) 對象序列化規范”中所述。不過，強烈建議 所有可序列化類都顯式聲明 serialVersionUID 值，原因計算默認的 serialVersionUID 對類的詳細信息具有較高的敏感性，根據編譯器實現的不同可能千差萬別，這樣在反序列化過程中可能會導致意外的 InvalidClassException。因此，為保證 serialVersionUID 值跨不同 java 編譯器實現的一致性，序列化類必須聲明一個明確的 serialVersionUID 值。還強烈建議使用 private 修改器顯示聲明 serialVersionUID（如果可能），原因是這種聲明僅應用于立即聲明類 -- serialVersionUID 字段作為繼承成員沒有用處。

剛才寫的例子中就沒有用到serialVersionUID，這時JVM會根據類名、接口名、成員方法及屬性等來生成一個64位的哈希字段作為serialVersionUID。但是如果序列化和反序列化的JVM版本不一樣的話，還是顯示寫上serialVersionUID安全。

以上是個人看法，如有錯誤之處，還望指出。

原文地址：http://www.blogjava.net/woxingwosu/archive/2007/07/12/129511.html

【編輯推薦】

1. 對象的序列化和反序列化
2. 深入C# 序列化(Serialize)、反序列化(Deserialize)
3. 談談序列化，關于.net中的二進制序列化和xml序列化
4. javascript的search和match方法
5. HTML中Form屬性Name和ID的區別