設計模式單例模式的分析與選擇

單例模式：不能自由構造物件、在應用中只存在乙個例項的情況。

例如：載入器中一般都含有這麼幾個部分：requestmanager（請求管理器）、執行緒池、engine（資料獲取引擎）、memorycache、disklrucache、transformation（處理）、target等模組，很消耗資源，沒有必要也不應該建立多個例項。

寫法有多種，下面分析常用的懶漢單例模式的優缺點，並做出最優選擇。

**：

public class singleton1 
public static synchronized singleton1 getinstance() 
return sinstance;
}}

* 優點：第一次呼叫getinstance()時才初始化，synchronized保證執行緒安全

* 缺點：每次呼叫getinstance()時都會同步，即使sinstance已經初始化過了，造成不必要同步開銷

**：

public class singleton2 
public static singleton2 getinstance() }}
return sinstance;
}}

getinstance()方法進行了兩次判空，第一次是為了避免不必要的同步，第二次則是在null的情況下建立例項。

看起來很好但是存在問題：因為sinstance = new singleton2()這句不是原子操作（可能會被打斷），它可分為3步：

給sinstance分配記憶體

呼叫建構函式初始化成員變數

將sinstance指向分配的記憶體空間（執行完本操作後，sinstance != null）

假設：執行緒a執行到sinstance = new singleton2()這步，走的順序為1->3->2，當執行完3後，執行緒b直接取走了非空的sinstance（但並沒有初始化），使用時就會出錯，導致dcl（double check lock）失效

* 優點：懶載入，第一次執行getinstance()時單例物件才會例項化，資源利用率高、效率高；

* 缺點：高併發時有風險（小概率發生錯誤）；第一次載入稍慢

**：

public class singleton3 
public static singleton3 getinstance() }}
return sinstance;
}}

在dcl基礎上，將sinstance設為volatile

volatile：1.保證執行緒本地不會有變數副本，每次都從主記憶體中讀取；2.保證變數的寫操作都先行發生在後面對於它的讀操作

* 優點：每次都從主記憶體中讀取sinstance，將dcl中sinstance = new singleton2()操作原子化，避免錯誤

* 缺點：多少影響一點效能

* 結論：可以選擇

**：

public class singleton4 
private static class holder 
public static singleton4 getinstance() 
}

* 優點：懶載入、執行緒安全、保證單例物件的唯一性（靜態內部類只會被載入一次）

* 缺點：無

* 結論：最佳選擇

**：

public enum singleton5

* 優點：寫法簡單

最佳選擇: 4. 靜態內部類單例

第二選擇：2. dcl

第三選擇：3. dcl改善

（個人看法）

設計模式 單例模式的分析與選擇