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


你可能感兴趣的:(编写高质量代码)