对readResolve的一点认识

      最近看effecitve java 2中有一段关于readResolve的使用,经过上网查阅资料得到以下总结:

      我们知道java 对象的序列化操作是实现Serializable接口,我们就可以把它往内存地写再从内存里读出而"组装"成一个跟原来一模一样的对象. 但是当我们遇到单例序列化的时候,就出现问题了。当从内存读出而组装的对象破坏了单例的规则,会创建新的对象。单例要求JVM只有一个对象,而通过反序化时就会产生一个克隆的对象,这就打破了单例的规则。

        

public class Elvis implements Serializable{
	/**
	 * 
	 */
	private static final long serialVersionUID = 1L;
	
	private static Elvis elv = new Elvis();
	
	private Elvis(){
		
	}
	
	public static Elvis getInstance(){
		return elv;
	}
	
}



当把 Elvis 对象(通过getInstance方法获得的那个单例对象)序列化后再从内存中读出时, 就有一个全新但跟原来一样的Elvis 对象存在了. 那怎么来维护单例模式呢?这就要用到readResolve方法了. 如下所示:

public class Elvis implements Serializable{
	/**
	 * 
	 */
	private static final long serialVersionUID = 1L;
	
	private static Elvis elv = new Elvis();
	
	private Elvis(){
		
	}
	
	public static Elvis getInstance(){
		return elv;
	}
	
	//readResolve method to preserve singleton property
	private Object readResolve(){
		/**
		 * Return the one ture Elvis and let the garbage collector
		 * take care of the Elvis impersonator
		 */
		return elv;
	}
}

这样当JVM从内存中反序列化地"组装"一个新对象时,就会自动调用这个 readResolve方法来返回我们指定好的对象了, 单例规则也就得到了保证.


 

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值