使用單例模式需要注意的幾個問題

標籤：http   使用   檔案   ar   問題   sp   時間   new   管理   

今天重新翻看單例模式，把以前的幾個問題和大家共用下。單例模式是最簡單的設計模式之一，但是它卻存在一些問題與缺陷。下面簡單說下單例模式的使用中需要注意的一些問題。

1. 執行個體指標一定要設為靜態嗎?

因為GetInstance這個方法要用到該執行個體指標，且GetInstance這個方法是static的，所以這個指標必須是static的，否則GetInstance無法訪問該執行個體指標。以此同時保證了向其他對象提供唯一的同一個記憶體區的執行個體指標。

2. 為什麼不棄用懶漢式而直接用餓漢式?

首先，懶漢式是典型的以時間換取空間的例子，就是每次擷取執行個體時都要進行判斷，看是否要建立執行個體，浪費判斷時間。當然如果一直沒有人用的話，就不會建立執行個體，則是節約空間。而餓漢式是典型的以空間換取時間，就是說當類裝載的時候，就建立出一個執行個體，不管你用不用它，然後每次調用時就不用判斷了，節省了已耗用時間。

這裡說某種方式一定比另一種方式好，它們兩者各有各的優勢。關鍵取決於你在時間和空間上效率的取捨。

3. 單例模式只是為了節省資源嗎?

首先要說明的是，在一些情況下使用單例模式是可以達到節省資源的目的，但是單例模式的意圖不只是為了節省資源，如果僅僅為了節省資源就使用單例模式的話可能造成單例模式的濫用。單例模式是為了確保在整個應用期間只有一個執行個體，以達到使用者的特定的使用目的。比如windows作業系統裡，有多個線程要同時進行檔案建立、開啟、修改一個檔案的操作時，就用到單例模式設計檔案管理工具。所有的檔案操作都必須同個這個唯一的執行個體來進行檔案操作，避免的混亂的情況。

4. 單例模式的壞處?

• 擴充困難，由於GetInstance靜態函數沒有辦法產生子類的執行個體。如果要拓展，只有重寫那個類。
• 隱式使用引起類結構不清晰。比如有時候，你並不知道某個類A是單例類，當你讀類B的時候，你可能先看它標頭檔，或者類別檢視裡的內容，從這裡你無法知道A和B 關係，因為B類在實現的時候才使用A類的那個所謂的GetInstance函數，讀不到這行，你就會知道B類對A類的依賴關係。
• 導致程式記憶體泄露的問題。很多人只是調用了GetInstance產生唯一的執行個體，卻永遠new被封裝在GetInstance裡忘了去釋放記憶體。

5. 什麼情況下不能用單例模式？

單例模式簡單易用，但是也是所有設計模式中最容易濫用的模式。當你的類想得到很好的擴充時，不能使用單例模式。 

也許你的程式一開始並非一定要確保只有一個執行個體，如果你僅僅是為了節省資源而用的話，這個時候要慎用，因為隨著時間的推延也許你的程式還需要擴充。

使用單例模式需要注意的幾個問題