為什么使用Serializable（序列化）
經常看到有些類調用了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
【編輯推薦】
