关于序列化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我的类没有发生变化，反序列时便不会再抛出异常。