关于序列化Serializable的几点思考

序列化----Serializable---是将对象转换成二进制数据保存到本地磁盘或者通过网络进行传输，这个大家都知道。

一个对象在序列化是包括两部分：

1、类描述信息，包括包路径、继承关系、访问权限控制、变量描述、方法参数及返回值，但是不记录方法、构造、静态变量的具体实现；

2、非瞬态（transient关键字）和非静态（static关键字）的变量。

关于transient，http://blog.csdn.net/chmingyuan/article/details/51252416

首先有几个问题，不知你是否也思考过，当我们的一个javabean实现了serializable接口后，IDE会提示没有声明serial versionID

1、为什么对象在序列化时要显式声明一个serial versionID?

2、对象序列化后，再反序列化时，对象的属性值是否可以修改？

第一个问题：

SerialVersionUID也叫做流标识符，描述的是类的版本定义，如果我们不显式的声明，编译器会在编译的时候自动生成，生成是根据包名、类名、继承关系、非私有的方法和属性及参数、返回值等计算出来的，基本上保证了其唯一性。

SerialVersionUID的作用呢，JVM在反序列化时，会比较数据流中的SerialVersionUID与类中的SerialVersionUID是否相同，如果相同，则认为类没有发生改变，可以把数据流反序列化为对象；如果不相同，则会抛出异常。

下面用代码说明

	public static void main(String[] args) {
		Person person=new Person();
		person.setName("张三丰");
		SerializableUtils.writeObject(person);
	}

现在有一个普通的类，且没有显式声明SerialVersionUID

class Person implements Serializable{
	private String name;
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
}

这里写了一个工具

class SerializableUtils{
	private static final String FILE_NAME="d:/test.txt";
	//序列化
	public static void writeObject(Serializable seria){
		try {
			ObjectOutputStream out=new ObjectOutputStream(new FileOutputStream(FILE_NAME));
			out.writeObject(seria);
			out.close();
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
	
	//反序列化
	public static Object readObject(){
		Object obj=null;
		try {
			ObjectInputStream in=new ObjectInputStream(new FileInputStream(FILE_NAME));
			obj = in.readObject();
			in.close();
		} catch (Exception e) {
			e.printStackTrace();
		}
		return obj;
	}
}

此时序列化，反序列化都是没有问题的。但在在分布式应用中随时都有可能出现新增属性的情况，例如我这里要给Persong对象新增一个age属性，但是对象已经序列化在网络中传输了，此时如果将数据流反序列化，会抛出异常

class Person implements Serializable{
	private String name;
	private int age;

反序列化：

	Person obj = (Person)SerializableUtils.readObject();
	System.out.println(obj);

java.io.InvalidClassException: serializable.Person; local class incompatible: stream classdesc serialVersionUID = 4178445814915777397, local class serialVersionUID = 5875760287446429789

因为本地的类发生了变化，类的版本对应不上了，但是我们可以通过显式的声明类的版本serialVersionUID，告诉JVM我的类没有发生变化，反序列时便不会再抛出异常。