單例模式是一種常用的軟體設計模式。在它的核心結構中只包含乙個被稱為單例類的特殊類。通過單例模式可以保證系統中乙個類只有乙個例項而且該例項易於外界訪問，從而方便對例項個數的控制並節約系統資源。如果希望在系統中某個類的物件只能存在乙個，單例模式是最好的解決方案。
【採用單例模式動機、原因】
對於系統中的某些類來說，只有乙個例項很重要，例如，乙個系統中可以存在多個列印任務，但是只能有乙個正在工作的任務；乙個系統只能有乙個視窗管理器或檔案系統；乙個系統只能有乙個計時工具或id(序號)生成器。如在windows中就只能開啟乙個任務管理器。如果不使用機制對視窗物件進行唯一化，將彈出多個視窗，如果這些視窗顯示的內容完全一致，則是重複物件，浪費記憶體資源；如果這些視窗顯示的內容不一致，則意味著在某一瞬間系統有多個狀態，與實際不符，也會給使用者帶來誤解，不知道哪乙個才是真實的狀態。因此有時確保系統中某個物件的唯一性即乙個類只能有乙個例項非常重要。
如何保證乙個類只有乙個例項並且這個例項易於被訪問呢？定義乙個全域性變數可以確保物件隨時都可以被訪問，但不能防止我們例項化多個物件。乙個更好的解決辦法是讓類自身負責儲存它的唯一例項。這個類可以保證沒有其他例項被建立，並且它可以提供乙個訪問該例項的方法。這就是單例模式的模式動機。
【單例模式優缺點】
【優點】
一、例項控制
單例模式會阻止其他物件例項化其自己的單例物件的副本，從而確保所有物件都訪問唯一例項。
二、靈活性
因為類控制了例項化過程，所以類可以靈活更改例項化過程。
【缺點】
一、開銷
雖然數量很少，但如果每次物件請求引用時都要檢查是否存在類的例項，將仍然需要一些開銷。可以通過使用靜態初始化解決此問題。
二、可能的開發混淆
使用單例物件（尤其在類庫中定義的物件）時，開發人員必須記住自己不能使用new關鍵字例項化物件。因為可能無法訪問庫源**，因此應用程式開發人員可能會意外發現自己無法直接例項化此類。
三、物件生存期
不能解決刪除單個物件的問題。在提供記憶體管理的語言中（例如基於.net framework的語言），只有單例類能夠導致例項被取消分配，因為它包含對該例項的私有引用。在某些語言中（如 c++），其他類可以刪除物件例項，但這樣會導致單例類**現懸浮引用
單例模式的簡單理解
1 單例模式 只允許建立乙個物件，因此節省記憶體，加快物件訪問速度，因此物件需要被公用的場合適合使用，如多個模組使用同乙個資料來源連線物件等等
2 單例的缺點 就是不適用於變化的物件，如果同一型別的物件總是要在不同的用例場景發生變化，單例就會引起資料的錯誤，不能儲存彼此的狀態。
用單例模式，就是在適用其優點的狀態下使用
文章標題單例模式的好處和缺點？為什麼要用單例模式？
單例模式含義 單例模式是一種常用的軟體設計模式。在它的核心結構中只包含乙個被稱為單例類的特殊類。通過單例模式可以保證系統中乙個類只有乙個例項而且該例項易於外界訪問，從而方便對例項個數的控制並節約系統資源。如果希望在系統中某個類的物件只能存在乙個，單例模式是最好的解決方案。採用單例模式動機 原因 對於...
單例模式為什麼要用Volatile關鍵字
執行緒安全的單例模式常見寫法是雙重檢查加鎖。如下 class singleton public static singleton getinstance return singleton 雙重檢查加鎖的單例模式 上就比較複雜，尤其體現在getinstance方法上，包括兩次檢查singleton是否...
單例模式為什麼要用Volatile關鍵字
執行緒安全的單例模式常見寫法是雙重檢查加鎖。如下 class singleton public static singleton getinstance return singleton 雙重檢查加鎖的單例模式 上就比較複雜，尤其體現在getinstance方法上，包括兩次檢查singleton是否...