單例模式:C# 設計模式系列教程

來源:果殼範文吧 1.22W

  1. 描述:

單例模式:C# 設計模式系列教程

保證一個類僅有一個例項,並提供一個訪問它的全域性訪問點。

 2. 單例模式主要有3個特點,:

2.1 單例類確保自己只有一個例項。

2.2 單例類必須自己建立自己的例項。

2.3 單例類必須為其他物件提供唯一的例項。

 3. 實現方式:懶漢單例類和餓漢單例類

3.1 懶漢式單例類

對於懶漢模式,我們可以這樣理解:該單例類非常懶,只有在自身需要的時候才會行動,從來不知道及早做好準備。它在需要物件的時候,才判斷是否已有物件,如果沒有就立即建立一個物件,然後返回,如果已有物件就不再建立,立即返回。

懶漢模式只在外部物件第一次請求例項的時候才去建立。

3.2 餓漢式單例

對於餓漢模式,我們可以這樣理解:該單例類非常餓,迫切需要吃東西,所以它在類載入的時候就立即建立物件。

3.3 懶漢模式和餓漢模式的優缺點:

懶漢模式,它的.特點是執行時獲得物件的速度比較慢,但載入類的時候比較快。它在整個應用的生命週期只有一部分時間在佔用資源。

餓漢模式,它的特點是載入類的時候比較慢,但執行時獲得物件的速度比較快。它從載入到應用結束會一直佔用資源。

這兩種模式對於初始化較快,佔用資源少的輕量級物件來說,沒有多大的效能差異,選擇懶漢式還是餓漢式都沒有問題。但是對於初始化慢,佔用資源多的重量級物件來說,就會有比較明顯的差別了。所以,對重量級物件應用餓漢模式,類載入時速度慢,但執行時速度快;懶漢模式則與之相反,類載入時速度快,但執行時第一次獲得物件的速度慢。

從使用者體驗的角度來說,我們應該首選餓漢模式。我們願意等待某個程式花較長的時間初始化,卻不喜歡在程式執行時等待太久,給人一種反應遲鈍的感覺,所以對於有重量級物件參與的單例模式,我們推薦使用餓漢模式。

而對於初始化較快的輕量級物件來說,選用哪種方法都可以。如果一個應用中使用了大量單例模式,我們就應該權衡兩種方法了。輕量級物件的單例採用懶漢模式,減輕載入時的負擔,縮短載入時間,提高載入效率;同時由於是輕量級物件,把這些物件的建立放在使用時進行,實際就是把建立單例物件所消耗的時間分攤到整個應用中去了,對於整個應用的執行效率沒有太大影響。

4. 程式碼實現:

4.1 懶漢式

public class Singleton { private static Singleton m_Instance; private Singleton() { // 將預設建構函式定義為私有,防止外部呼叫它例項化別的物件 } public static Singleton GetInstance() { if (m_Instance == null) { m_Instance = new Singleton(); } return m_Instance; } }

4.2 餓漢式

// 定義為sealed防止派生,因為派生可能增加例項 public sealed class Singleton { private static readonly Singleton m_Instance = new Singleton(); private Singleton() { // 將預設建構函式定義為私有,防止外部呼叫它例項化別的物件 } public static Singleton GetInstance() { return m_Instance; } }

 5. 模式總結

5.1 優點:

防止在應用程式中實例化多個物件。這就節約了開銷,每個例項都要佔用一定的記憶體,建立物件時需要時間和空間。

5.2 缺點:

5.3 適用場合:

5.3.1 控制資源的使用,通過執行緒同步來控制資源的併發訪問;

5.3.2 控制例項產生的數量,達到節約資源的目的。

5.3.3 作為通訊媒介使用,也就是資料共享,它可以在不建立直接關聯的條件下,讓多個不相關的兩個執行緒或者程序之間實現通訊。

5.4 對設計原則的支援:

使用單例模式最核心的一點是體現了面向物件封裝特性中的“單一職責”原則。

 6. 補充: 在多執行緒開放過程中,對使用懶漢單例模式應防止兩個執行緒同時去例項化物件,這是有可能的。

下面給出解決方案

6.1 使用鎖機制

public class Singleton { private static Singleton m_Instance; static readonly object o = new object(); private Singleton() { // 將預設建構函式定義為私有,防止外部呼叫它例項化別的物件 } public static Singleton GetInstance() { lock (o) { if (m_Instance == null) { m_Instance = new Singleton(); } } return m_Instance; } }

使用鎖機制可以防止兩個執行緒同時建立物件,但這裡有個性能問題,每當一個執行緒訪問GetInstance()這個方法是,都要加鎖,這其實是沒必要的。

6.2 雙重鎖定

public class Singleton { private static Singleton m_Instance; static readonly object o = new object(); private Singleton() { // 將預設建構函式定義為私有,防止外部呼叫它例項化別的物件 } public static Singleton GetInstance() { // 這裡增加了一個判斷例項是否存在,只有在不存在時才給加鎖,也就是在這個例項的生命週期中只加過一次鎖 if (m_Instance == null) { lock (o) { if (m_Instance == null) { m_Instance = new Singleton(); } } } return m_Instance; } }

雙重鎖定保證了例項在它的生命週期中只被鎖定一次,因而它對效能不會有影響。

熱門標籤