Serializable中的serialVersionUID到底有啥用
最近在研究跨進程通信的問題,於是又再一次研究了,我們熟悉而又陌生的Serializable接口。
那麽好,做過Java開發的朋友肯定對這個接口不陌生吧,Java中就是通過這個接口,來實現了序列化和反序列化的,那麽下面看看使用Serializable接口的小例子。
[java] view plain copy print?- public class User implements Serializable{
- private String name;
- private int age;
- private float height;
- public String getName() {
- return name;
- }
- public void setName(String name) {
- this.name = name;
- }
- public int getAge() {
- return age;
- }
- public void setAge(int age) {
- this.age = age;
- }
- public float getHeight() {
- return height;
- }
- public void
- this.height = height;
- }
- @Override
- public String toString() {
- return "User [name=" + name + ", age=" + age + ", height=" + height + "]";
- }
- }
上面是我們常見寫法的bean,不過呢,Eclipse就會有這個提示:The serializable class User does not declare a static final serialVersionUID field of type long,意思就是說讓你添加一個serialVersionUID的值。
不過呢,我們就算不添加,那麽也是可以正常序列化的。下面貼一下序列化和反序列化的代碼。
[java] view plain copy print?
- public class Test {
- private static String FILE_PATH = "cache.txt";
- /**
- * 測試SerialVersionUID和不同是否能發序列化成功
- *
- * @param args
- */
- public static void main(String[] args) {
- // 創建一個對象
- User user = new User();
- user.setAge(10);
- user.setName("小可愛");
- user.setHeight(175.6f);
- // 開始序列化
- ObjToFile(user);
- // 開始反序列化
- Object o = FileToObj();
- System.out.println("=====================");
- System.out.println(o.toString());
- }
- /**
- * 序列化
- */<del>
- </del> public static void ObjToFile(Serializable s) {
- ObjectOutputStream _Oos = null;
- try {
- _Oos = new ObjectOutputStream(new FileOutputStream(FILE_PATH));
- _Oos.writeObject(s);
- _Oos.flush();
- System.out.println("序列化成功!");
- } catch (FileNotFoundException e) {
- e.printStackTrace();
- } catch (IOException e) {
- e.printStackTrace();
- } finally {
- if (_Oos != null) {
- try {
- _Oos.close();
- } catch (IOException e) {
- e.printStackTrace();
- }
- }
- }
- }
- /**
- * 反序列化
- */
- public static Serializable FileToObj() {
- ObjectInputStream _Ois = null;
- try {
- _Ois = new ObjectInputStream(new FileInputStream(FILE_PATH));
- Serializable s = (Serializable) _Ois.readObject();
- System.out.println("反序列化成功");
- return s;
- } catch (FileNotFoundException e) {
- e.printStackTrace();
- } catch (IOException e) {
- e.printStackTrace();
- } catch (ClassNotFoundException e) {
- e.printStackTrace();
- } finally {
- if (_Ois != null) {
- try {
- _Ois.close();
- } catch (IOException e) {
- e.printStackTrace();
- }
- }
- }
- return null;
- }
- }
先說第一種情況:
其實,如果你不添加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到底有啥用