1. 程式人生 > >Serializable中的serialVersionUID到底有啥用

Serializable中的serialVersionUID到底有啥用

nac try obj color href let stack markdown idt

最近在研究跨進程通信的問題,於是又再一次研究了,我們熟悉而又陌生的Serializable接口。


那麽好,做過Java開發的朋友肯定對這個接口不陌生吧,Java中就是通過這個接口,來實現了序列化和反序列化的,那麽下面看看使用Serializable接口的小例子。

[java] view plain copy print?
  1. public class User implements Serializable{
  2. private String name;
  3. private int age;
  4. private float height;
  5. public String getName() {
  6. return name;
  7. }
  8. public void setName(String name) {
  9. this.name = name;
  10. }
  11. public int getAge() {
  12. return age;
  13. }
  14. public void setAge(int age) {
  15. this.age = age;
  16. }
  17. public float getHeight() {
  18. return height;
  19. }
  20. public void
    setHeight(float height) {
  21. this.height = height;
  22. }
  23. @Override
  24. public String toString() {
  25. return "User [name=" + name + ", age=" + age + ", height=" + height + "]";
  26. }
  27. }


上面是我們常見寫法的bean,不過呢,Eclipse就會有這個提示:The serializable class User does not declare a static final serialVersionUID field of type long,意思就是說讓你添加一個serialVersionUID的值。

不過呢,我們就算不添加,那麽也是可以正常序列化的。下面貼一下序列化和反序列化的代碼。

[java] view plain copy print?
  1. public class Test {
  2. private static String FILE_PATH = "cache.txt";
  3. /**
  4. * 測試SerialVersionUID和不同是否能發序列化成功
  5. *
  6. * @param args
  7. */
  8. public static void main(String[] args) {
  9. // 創建一個對象
  10. User user = new User();
  11. user.setAge(10);
  12. user.setName("小可愛");
  13. user.setHeight(175.6f);
  14. // 開始序列化
  15. ObjToFile(user);
  16. // 開始反序列化
  17. Object o = FileToObj();
  18. System.out.println("=====================");
  19. System.out.println(o.toString());
  20. }
  21. /**
  22. * 序列化
  23. */<del>
  24. </del> public static void ObjToFile(Serializable s) {
  25. ObjectOutputStream _Oos = null;
  26. try {
  27. _Oos = new ObjectOutputStream(new FileOutputStream(FILE_PATH));
  28. _Oos.writeObject(s);
  29. _Oos.flush();
  30. System.out.println("序列化成功!");
  31. } catch (FileNotFoundException e) {
  32. e.printStackTrace();
  33. } catch (IOException e) {
  34. e.printStackTrace();
  35. } finally {
  36. if (_Oos != null) {
  37. try {
  38. _Oos.close();
  39. } catch (IOException e) {
  40. e.printStackTrace();
  41. }
  42. }
  43. }
  44. }
  45. /**
  46. * 反序列化
  47. */
  48. public static Serializable FileToObj() {
  49. ObjectInputStream _Ois = null;
  50. try {
  51. _Ois = new ObjectInputStream(new FileInputStream(FILE_PATH));
  52. Serializable s = (Serializable) _Ois.readObject();
  53. System.out.println("反序列化成功");
  54. return s;
  55. } catch (FileNotFoundException e) {
  56. e.printStackTrace();
  57. } catch (IOException e) {
  58. e.printStackTrace();
  59. } catch (ClassNotFoundException e) {
  60. e.printStackTrace();
  61. } finally {
  62. if (_Ois != null) {
  63. try {
  64. _Ois.close();
  65. } catch (IOException e) {
  66. e.printStackTrace();
  67. }
  68. }
  69. }
  70. return null;
  71. }
  72. }

先說第一種情況:

其實,如果你不添加serialVersionUID,那麽Eclipse在會根據這個類的結構(成員變量,成員變量的個數等),生成一個hash值,然後將這個值作為serialVersionUID。

告訴大家實驗步驟:

1、序列化User對象的時候,不要添加serialVersionUID。

2、然後給User對象添加serialVersionUID = 2L,可以隨便是個long值。

3、開始對新添加的User對象,進行反序列化。

接著大家就可以看到控制臺打印的報錯了。

我這邊的報錯是這樣的:

java.io.InvalidClassException: com.peng.test.User; local class incompatible: stream classdesc serialVersionUID = -2110639933710420778, local class serialVersionUID = 2

看到上面的這個serialVersionUID = -2110639933710420778了嗎,我們序列化的時候,不是沒有添加serialVersionUID的值嗎。當然了,這種方式只能說明serialVersionUID這個值會自己生成,那麽就這樣確定是Eclipse生成的,仿佛證據不是很確鑿,不過呢,還有一種方法,來證明一下,那就是不使用Eclipse,直接使用文本編輯器,如果根本不能序列化,那麽就是Eclipse的問題了。
第二種情況:如果你沒有添加serialVersionUID,進行了序列化,而你在反序列化的時候,修改了User對象的結構(添加或刪除成員變量,修改成員變量的命名),那麽這個時候,就會出現上面的報錯。
第三種情況:
如果你添加了serialVersionUID,進行了序列化,而你在反序列化的時候,修改了User對象的結構(添加或刪除成員變量,修改成員變量的命名),那麽就不見的報錯了,不過反序列化,它只能恢復部分數據,或者恢復不了數據。
總結一下:序列化的時候,系統會把序列化的類的serialVersionUID寫入到序列化文件中(有可能其他地方),當去反序列化的時候,系統會去檢測文件中的serialVersionUID,如果類中的值和文件的值一致,那麽就可以反序列化成功,反之失敗。








Serializable中的serialVersionUID到底有啥用