設計模式複習單例模式

單例模式，可以說是設計模式種最簡單的模式了，因為它只有乙個物件，這也就呼應了它的名字「單例模式」，至於為什麼只有乙個物件，下面會進一步講述。

這裡先說說單例模式的使用場景吧，在此我總結了以下幾種：

1.資料共享。例如：執行緒池，需要管理執行緒的數量

2.提高效率，降低記憶體損耗。例如：db連線池，連線的是同一種資料資源，所以頻繁的開啟關閉會造成效率損耗，而且會大量的產生物件，造成不必要的記憶體消耗

3.考慮執行緒安全。

下面給出乙個例子來說明一下單例模式：這個例子很簡單，也很貼近生活，那就是平時家裡使用的自動蓄水器，每當水蓄滿的時候就會停止蓄水：

上面的例子如果不使用單例模式來實現，就會發生當使用者多次按下蓄水操作按鈕的時候，會導致例項化多個蓄水操作的物件，由於物件的成員變數屬於物件私有的（靜態的例外），所以不可以進行資料共享，也非執行緒安全，最終導致蓄水器在水蓄滿了以後還會繼續進行蓄水導致溢位。這是由於多的物件對同一事件進行操作的結果。

然而單例模式，不管使用者多次按下蓄水操作按鈕，始終都是只有乙個蓄水操作的物件，這樣可以有效的進行資料共享，而且是執行緒安全，當水蓄滿了以後，就會終止給水操作，有效的防止了溢位。

下面給出單例模式的實現方式：

第一種，最簡單的就是人們說的「餓漢式」

public class singletop //這裡就回答了上面為什麼，單例模式只有乙個物件的問題了 //構造方法是有化，外面不可以呼叫構造方法 private singletop()

}

這個方式它的優點就是確保了當前類只有乙個物件，缺點是當大量存在這種模式的時候，有可能造成不必要的資源開銷。

下面就進行改良延遲例項化，其中

public
class singletop 
private
singletop() 
}

這種方式在需要用到的時候才進行實力，可以解決了不必要的開銷，但是在多執行緒上就難以確保，物件的唯一性了，當第乙個執行緒還沒例項化完成，第二個執行緒就進行 st == null，這種情況下就會有多個物件存在了

，所以這種情況比較適合用於單執行緒；

好了下面繼續對他進行修改：

public
class
singletop 
private
singletop() 
}

這種方式解決了，執行緒安全區別同時只有個執行緒呼叫，但是這種方式在高併發的程式中是相當糟糕的。

下面繼續修改：

public
class
singletop 
}return st;
}private
singletop() 
}

通過雙重檢索的方式，既可以減低不必要的開銷，又符號執行緒安全，還解決了併發的問題。這就比較完美的實現方法了

設計模式複習 單例模式