Serializable中的serialVersionUID到底有啥用

最近在研究跨进程通信的问题，于是又再一次研究了，我们熟悉而又陌生的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;}@Overridepublic 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，如果类中的值和文件的值一致，那么就可以反序列化成功，反之失败。