設計模式單例模式的終極目標就是要做你的唯一！

單例模式就是嚴格控制乙個類的例項，要求在乙個程序或乙個執行緒中只存在乙個例項，如果沒有就建立乙個例項返回，如果有就返回已經已經存在的例項。不同的單例模式都是為了確保只有乙個例項。

暫時想不到

單例類在乙個程序或執行緒中只能存在乙個例項。

單例類的構造器必須私有化。不允許其它類來建立單例類，只有它自己能夠建立自己。

單例類需要向其它類提供獲取例項的方法，一般是靜態的。

減少了記憶體的開銷。因為單例模式要做是嚴格控制只能存在乙個例項，這樣就會極大地減少例項反覆建立時帶來的記憶體開銷。

更加容易管理和維護。沒什麼好說的，全部內容都寫在這個類裡，只需要修改這個類就行了。

擴充套件性不強。單例模式只專注於只有能存在乙個例項，這就犧牲了它的擴充套件性。

與單一職責衝突。因為所有方法都要封裝在單例類中，所以會越來越龐大，職責也會越來越不清晰。

就像餓漢遇到美食一樣，一下子就全部吃完。

餓漢式單例，就是在裝載.class檔案是就會在靜態區生成乙個例項，其它類都是呼叫這個類。

package singletion;
/** * @author xxj
* 餓漢單例
*/public
class
hungrysingletion
public
static hungrysingletion getinstance()
}

餓漢式就是簡單粗暴，一上來就在靜態區生成乙個例項，保證了執行緒安全，不會產生多餘的例項，但是建立的例項會導致初始化比較緩慢。下一種單例模式就是解決了這個問題。

懶漢嘛就是懶，不到火燒眉毛的時候絕對不會去做事情。

懶漢式單例，就是只在呼叫向其它類提供獲取例項的方法時，才會去生成例項，但是這樣就會存在一些執行緒問題。

package singletion;
/** * @author xxj
* 懶漢式單例
*/public
class
lazysingleton
public
static lazysingleton getinstance()
}

特點**

package singletion;
/** * @author xxj
* 雙重檢查懶漢式單例
*/public
class
doublechecklazysingleton}}
return instance;
}private
doublechecklazysingleton()
}

雙重檢查

簡單點說，第一次檢查是為了提高效率，畢竟並不是所有執行緒都能轉這個空子，這一道檢查，就可以攔截大部分的執行緒了；第二次檢查才是真正地解決執行緒安全問題，這裡加上了synchronized關鍵字，通過加鎖的方式，就可以解決多執行緒問題了。

特點繼承了簡單-懶漢式單例的延遲載入的特點，也解決了執行緒安全問題，唯一的缺點就是結構複雜了。

還有一種懶漢式單例模式，就是比雙重檢查-懶漢式單例少第二次檢查，那種單例能解決少量執行緒的執行緒安全問題，執行緒數多了，就不能保證了。

下面是兩種不常用的單例模式。

public
class
singleton
private singleton (
)public
static
final singleton getinstance()
}

這種使用靜態內部類實現的單例模式，其實是餓漢式的公升級版，首先是在單例類的內部建立了乙個靜態內部類，內部類裡面有乙個單例類的例項；然後，單例類給其它類提供乙個獲取例項的方法。

當其它類呼叫這個方法時，類載入器才會去裝載內部類，一裝載，就會生成乙個單例類的例項。

不僅繼承了餓漢式的執行緒安全的特性，而且實現了延遲載入的功能。

package singletion;
/** * @author xxj
* 列舉類單例模式
*/public
enum enumsingleton 
}

首先即使實現簡單方便，用列舉類實現單例實際上和餓漢式是一樣的，它可以保證執行緒安全，但是同樣初始化比較緩慢。

再說一點，列舉類的確可以實現單例化，我驗證過hashcode，都是一樣的，但是它的寫法就有點讓人摸不著頭腦。

一般情況下，使用餓漢式和列舉類實現就可以了，如果要考慮延遲載入的話，就使用簡單-懶漢式，再要考慮執行緒安全問題，就加個雙重檢查，或者直接使用靜態內部類實現。

設計模式 單例模式的終極目標就是要做你的唯一！