序列化的一些注意事项及建议

本文来自《改善java的151个建议》

建议11：养成良好习惯，显示声明UID

我们先写一个序列化与反序列化的工具类SerilizationUtils

public class SerializationUtils {

	private static String FILE_NAME="E:/serializable.txt";
	
	public static void writeObject(Serializable s){
		try{
			
			
			ObjectOutputStream oob = new ObjectOutputStream(new FileOutputStream(FILE_NAME));
			oob.writeObject(s);
			oob.close();
		}catch(Exception e){};
	}
	
	public static Object readObject(){
		Object obj=null;
		try{
			
			ObjectInputStream oob = new ObjectInputStream(new FileInputStream(FILE_NAME));
			obj = oob.readObject();
			
			oob.close();
		}catch(Exception e){};
		
		return obj;
	}
}

Person类

扫描二维码关注公众号，回复： 171748 查看本文章

public class Person implements Serializable  {

	/**
	 * 这里先不显示的声明UID
	 */
	//private static final long serialVersionUID = 1L;

	private String name;

	public String getName() {
		return name;
	}

	public void setName(String name) {
		this.name = name;
	}
	
	//
	/*private String sex;

	public String getSex() {
		return sex;
	}

	public void setSex(String sex) {
		this.sex = sex;
	}*/
	
}

首先定义一个消息的产生者Produce

public class Produce {

	public static void main(String[] args){
		
		Person person = new Person();
		person.setName("石仁闯");
		
		//增加sex后
		//person.setSex("男");
		//序列化 保存到磁盘上

		SerializationUtils.writeObject(person);
		System.out.println(person);
	}
}

这里执行了之后 person就被序列化到了E:/serializable.txt

然后定义一个消费者

public class Consumer {
	
	public static void main(String[] args) throws Exception{
		
		//反序列化
		Person p = (Person)SerializationUtils.readObject();
		System.out.println("反序列化得到的值"+p.getName());
		//System.out.println("反序列化得到的值"+p.getSex());
	}

}

好运行到这里是没有什么问题的；但是如果我们序列化与反序列化的时候参照的不是一个Person 会出现什么情况；

比如我们在序列化之前person还是只有一个属性name 执行produce （序列化）之后；给person增加一个sex属性（注意不要再运行produce （序列化）了）；

增加了属性之后我们运行consumer（反序列化）；会出现一个错误

书上说的是InvalidClassException错误；但是我亲自执行报的是上面的错误；

为什么会这样呢？

原因是序列化与反序列化对应的类（person）版本不一致；JVM不能把数据流转换为实例对象；

那JVM是怎么判断一个类的对应版本呢？

是通过SerivalVersionUID ，也就流标识符，即类的版本定义

private static final long serialVersionUID = 1L;

UID可以隐式声明和显示声明；隐式声明是编译器自动生成基本上市唯一的；如果改变了类；它是UID也会改变

在反序列化的时候 jvm会比较数据流中的UID与当前类（person）是否一致；如果一致说明类没有改动；不一致说明是改动了，这是一个很好的效验机制；

但是；有特殊情况；例如：我的类改变不大，我希望在反序列化的时候也能把它序列化出来。那怎么办呢？

既然是判断UID是否一致，那我们让他们的UID是一致的就可以了，显示声明UID 可以很好的解决这一问题；

建议12：避免用序列化类在构造函数中未不变量final赋值

private static final long serialVersionUID = 1L;
	
	//final 常量是一个直接量   在反序列化的时候就会重新计算  保持final对象的新旧统一  有利于代码业务逻辑统一
	
	public final String testFinal="序列化之前";
//	public final String testFinal="序列化之后";

序列化的时候给testFinal赋值是序列化之前

序列化完成之后将testFinal改成序列化之后

然后执行反序列化

	//反序列化
		Person p = (Person)SerializationUtils.readObject();
		
		System.out.println("反序列化得到的值:"+p.testFinal);

输出来的值是序列化之前还是之后呢？

输出结果是：反序列化得到的值:序列化之后

为什么呢？我们在序列化的时候将testFinal序列化成了数据流存在了磁盘中按理说反序列化的时候得到的也是序列化之前的值啊为什么变成了序列化之后？

这是因为序列化的基本规则之一：保持final新旧对象的相同。有利于代码业务逻辑的统一；也就是说，如果final是一个直接量则反序列化时候final就会被重新计算；

final变量的另外一种赋值：构造函数赋值

public final String testFinal;

	public Person() {
		// TODO Auto-generated constructor stub
		testFinal="构造函数赋值  之前";
	}

序列化之后修改

testFinal="构造函数赋值  之后";

然后进行反序列化；猜想：这里输出应该会是构造函数赋值之后吧？因为规则一也是这样的啊！

那到底输出什么呢？

反序列化得到的值:构造函数赋值  之前

为什么还是之前而不是改变之后的呢？原因是另一个规则

反序列化时构造函数不被执行！

建议13：避免为final变量复杂赋值

总结：反序列化在以下情况不能够被重新赋值

1、通过构造函数为final变量赋值

2、通过方法未final变量赋值

3、final修饰的对象不是基本对象

建议14：使用序列化类的私有方法巧妙解决部分属性持久化问题

......

序列化的一些注意事项及建议

猜你喜欢