class Instance{}
//懶漢式
class LSingle{
	private static  Instance _instance = null; 
	private LSingle(){}
	
	public static Instance getInstance(){
		if(_instance==null){
			synchronized(LSingle.class){
				_instance = new Instance();
			}
		}
		return _instance;
	}
}
//餓漢式
class ESingle{
	private static Instance _instance = new Instance();
	
	private ESingle(){}
	
	public static Instance getInstance(){
		return _instance;
	}
}
 

單件模式用途：
單件模式屬於工廠模式的特例，只是它不需要輸入引數並且始終返回同一物件的引用。
單件模式能夠保證某一型別物件在系統中的唯一性，即某類在系統中只有一個例項。它的用途十分廣泛，打個比方，我們開發了一個簡單的留言板，使用者的每一次留言都要將留言資訊寫入到資料庫中，最直觀的方法是沒次寫入都建立一個數據庫的連結。這是個簡單的方法，在不考慮併發的時候這也是個不錯的選擇。但實際上，一個網站是併發的，並且有可能是存在大量併發操作的。如果我們對每次寫入都建立一個數據庫連線，那麼很容易的系統會出現瓶頸，系統的精力將會很多的放在維護連結上而非直接查詢操作上。這顯然是不可取的。
如果我們能夠保證系統中自始至終只有唯一一個數據庫連線物件，顯然我們會節省很多記憶體開銷和cpu利用率。這就是單件模式的用途。當然單件模式不僅僅只用於這樣的情況。在《設計模式：可複用面向物件軟體的基礎》一書中對單件模式的適用性有如下描述：
1、當類只能有一個例項而且客戶可以從一個眾所周知的訪問點訪問它時。
2、當這個唯一例項應該是通過子類化可擴充套件的，並且客戶應該無需更改程式碼就能使用一個擴充套件的例項時。

關於Instance類應該如何設計：
如上面敘述，我們保證單件模式類是我們取得單件例項的唯一訪問點。那麼我們應該保證在程式中儘量避免允許建立Instance例項。
通過將建構函式宣告為private可以防止程式設計師通過new關鍵字呼叫構造上函式建立物件。並且在Instance類中建立getXXX()方法呼叫建構函式並返回具體Instance例項。具體程式碼如下：

class Instance{
	private Instance(){}
	
	public static Instance getSelf(){
		return new Instance();
	}
}
//懶漢式
class LSingle{
	private static  Instance _instance = null; 
	private LSingle(){}
	
	public static Instance getInstance(){
		if(_instance==null){
			synchronized(LSingle.class){
				_instance = Instance.getSelf();
			}
		}
		return _instance;
	}
}
//餓漢式
class ESingle{
	private static Instance _instance = Instance.getSelf();
	
	private ESingle(){}
	
	public static Instance getInstance(){
		return _instance;
	}
}