serialVersionUID的作用

       簡單來說,Java的序列化機制是通過在運行時判斷類的serialVersionUID來驗證版本一致性的。在進行反序列化時,JVM會把傳來的字節流中的serialVersionUID與本地相應實體(類)的serialVersionUID進行比較,如果相同就認爲是一致的,可以進行反序列化,否則就會出現序列化版本不一致的異常。(InvalidCastException)

serialVersionUID有兩種顯示的生成方式:        

一個是默認的1L,比如:private static final long serialVersionUID = 1L;        

一個是根據類名、接口名、成員方法及屬性等來生成一個64位的哈希字段,

      比如: private static final   long     serialVersionUID = xxxxL; 

      當你一個類實現了Serializable接口,如果沒有顯示的定義serialVersionUID,Eclipse會提供這個提示功能告訴你去定義 。在Eclipse中點擊類中warning的圖標一下,Eclipse就會自動給定兩種生成的方式。如果不想定義它,在Eclipse的設置中也可以把它關掉的,設置如下:Window ==> Preferences ==> Java ==> Compiler ==> Error/Warnings ==>Potential programming problems 將Serializable class without serialVersionUID的warning改成ignore即可。
當實現java.io.Serializable接口的實體(類)沒有顯式地定義一個名爲serialVersionUID,類型爲long的變量時,Java序列化機制會根據編譯的class(它通過類名,方法名等諸多因素經過計算而得,理論上是一一映射的關係,也就是唯一的)自動生成一個serialVersionUID作序列化版本比較用,這種情況下,如果class文件(類名,方法明等)沒有發生變化(增加空格,換行,增加註釋,等等),就算再編譯多次,serialVersionUID也不會變化的.

如果我們不希望通過編譯來強制劃分軟件版本,即實現序列化接口的實體能夠兼容先前版本,未作更改的類,就需要顯式地定義一個名爲serialVersionUID,類型爲long的變量,不修改這個變量值的序列化實體都可以相互進行串行化和反串行化。

如果你沒有考慮到兼容性問題時,就把它關掉,不過有這個功能是好的,只要任何類別實現了Serializable這個接口的話,如果沒有加入serialVersionUID,Eclipse都會給你warning提示,這個serialVersionUID爲了讓該類別 Serializable向後兼容。

問題一:假設有A端和B端,如果2處的serialVersionUID不一致,會產生什麼錯誤呢?

問題二:假設2處serialVersionUID一致,如果A端增加一個字段,B端不變,會是什麼情況呢?

問題三:假設2處serialVersionUID一致,如果B段增加一個字段,A端不變,會是什麼情況呢?

問題四:假設2處serialVersionUID一致,如果A端減少一個字段,B端不變,會是什麼情況呢?

問題五:假設2處serialVersionUID一致,如果B端減少一個字段,A端不變,會是什麼情況呢?

 

例子如下:寫2個類,類名相同,字段相同,方法相同.放在不同的包裏,來模仿A端和B端.

實體類:在本例中,在測試類SerialTest執行前代表A端,然後,在測試類DeserialTest執行前代表B端.

package com.test; import java.io.Serializable;

public class Serial implements Serializable{

 /**   *   */ 

private static final long serialVersionUID = 6977402643848374753L;

 int id;       

String name;       

public Serial(int id, String name) 

{           

this.id = id;           

this.name = name;       

}       

public String toString() 

{           

    return "DATA: " + id + " " +name;       

}  

}

 

測試類,代表A端的序列化

package com.test.serializable;

import java.io.FileNotFoundException; import java.io.FileOutputStream; import java.io.IOException; import java.io.ObjectOutputStream;

public class SerialTest {

/**   * @param args   */ 

public static void main(String[] args) 

{   

// TODO Auto-generated method stub   

Serial serial1 = new Serial(1,"song");   

System.out.println("Object Serial"+serial1);    

 try {    

FileOutputStream fos = new FileOutputStream("serialTest.txt");    

ObjectOutputStream oos = new ObjectOutputStream(fos);    

oos.writeObject(serial1);    

oos.flush();  

  oos.close();         

} catch (FileNotFoundException e)

 {    // TODO Auto-generated catch block    

     e.printStackTrace(); 

  } catch (IOException e) 

{    // TODO Auto-generated catch block   

 e.printStackTrace();  

 } } }


測試類,代表B端的反序列化

package com.test.serializable;

import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.io.ObjectInputStream;

public class DeserialTest {

/**   * @param args   */ public static void main(String[] args) {   // TODO Auto-generated method stub   Serial serial2 ;   try {    FileInputStream fis = new FileInputStream("serialTest.txt");    ObjectInputStream ois = new ObjectInputStream(fis);    serial2 = (Serial)ois.readObject();    ois.close();    System.out.println("Object Deserial"+serial2);   } catch (FileNotFoundException e) {    // TODO Auto-generated catch block    e.printStackTrace();   } catch (IOException e) {    // TODO Auto-generated catch block    e.printStackTrace();   } catch (ClassNotFoundException e) {    // TODO Auto-generated catch block    e.printStackTrace();   }   }

}

問題一:假設有A端和B端,如果2處的serialVersionUID不一致,會產生什麼錯誤呢?

答案如下:

1)先執行測試類SerialTest,然後修改serialVersion值(或註釋掉serialVersion並編譯),再執行測試類DeserialTest,報錯:

java.io.InvalidClassException: com.test.serializable.Serial; local class incompatible: stream classdesc serialVersionUID = 1, local class serialVersionUID = 11

2)A端和B端都沒顯示的寫serialVersionUID,實體類沒有改動(如果class文件(類名,方法明等)沒有發生變化(增加空格,換行,增加註釋,等等),).序列化,反序列化正常.

 

問題二:假設2處serialVersionUID一致,如果A端增加一個字段,B端不變,會是什麼情況呢?

答案二: 序列化,反序列化正常,A端增加的字段丟失(被B端忽略).

問題五:假設2處serialVersionUID一致,如果B端減少一個字段,A端不變,會是什麼情況呢?

答案:與問題二類似,序列化,反序列化正常,B端字段少於A端,A端多的字段值丟失(被B端忽略).

 

問題三:假設2處serialVersionUID一致,如果B段增加一個字段,A端不變,會是什麼情況呢?

問題四:假設2處serialVersionUID一致,如果A端減少一個字段,B端不變,會是什麼情況呢?(與問題三類似,四答案:序列化,反序列化正常,B端字段多餘A端,B端多出的字段被賦予對應類型的默認值)

答案三: 序列化,反序列化正常,B端新增加的int字段被賦予了默認值0.  

例子如下:

3)先執行SerialTest,然後在實體類增加一個字段age,再執行測試類DeserialTest.

package com.test.serializable;

import java.io.Serializable;

public class Serial implements Serializable {

/**   *   */ private static final long serialVersionUID = -2337937881709830076L;

/**   *   */ //private static final long serialVersionUID = 1L; int id;       

    String name;       public Serial(int id, String name) {           this.id = id;           this.name = name;       }       public String toString() {           return "DATA: " + id + " " +name;         }     public int age ;//在B端增加一個新字段 }

相應的修改測試類DeserialTest,打印出age的值.

package com.test.serializable;

import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import java.io.ObjectInputStream;

public class DeserialTest {

/**   * @param args   */ public static void main(String[] args) {   // TODO Auto-generated method stub   Serial serial2 ;   try {    FileInputStream fis = new FileInputStream("serialTest.txt");    ObjectInputStream ois = new ObjectInputStream(fis);    serial2 = (Serial)ois.readObject();    ois.close();    System.out.println("Object Deserial"+serial2+" age="+serial2.age);   } catch (FileNotFoundException e) {    // TODO Auto-generated catch block    e.printStackTrace();   } catch (IOException e) {    // TODO Auto-generated catch block    e.printStackTrace();   } catch (ClassNotFoundException e) {    // TODO Auto-generated catch block    e.printStackTrace();   }   }

}

打印結果如下:

Object DeserialDATA: 1 song age=0

說明序列化,反序列化正常,B端新增加的int字段被賦予了默認值0.

 

上面的情況對增加/減少 字段/方法 都適用.

//但當serialVersionUID相同時,它就會將不一樣的field以type的預設值Deserialize,可避開不兼容性問題。


http://www.cnblogs.com/guanghuiqq/archive/2012/07/18/2597036.html

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章