最近看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方法來返回我們指定好的物件了, 單例規則也就得到了保證.