最近在研究跨進程通信的問題，於是又再一次研究了，我們熟悉而又陌生的Serializable接口。
那麼好，做過Java開發的朋友肯定對這個接口不陌生吧，Java中就是通過這個接口，來實現了序列化和反序列化的，那麼下面看看使用Serializable接口的小例子。
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 setHeight(float height) {
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的值。
不過呢，我們就算不添加，那麼也是可以正常序列化的。下面貼一下序列化和反序列化的代碼。
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，如果類中的值和文件的值一致，那麼就可以反序列化成功，反之失敗。