文章出處

一、引言

最近在設計模式的一些內容,主要的參考書籍是《Head First 設計模式》,同時在學習過程中也查看了很多博客園中關于設計模式的一些文章的,在這里記錄下我的一些學習筆記,一是為了幫助我更深入地理解設計模式,二同時可以給一些初學設計模式的朋友一些參考。首先我介紹的是設計模式中比較簡單的一個模式——單例模式(因為這里只牽涉到一個類)

二、單例模式的介紹

說到單例模式,大家第一反應應該就是——什么是單例模式?,從“單例”字面意思上理解為——一個類只有一個實例,所以單例模式也就是保證一個類只有一個實例的一種實現方法罷了(設計模式其實就是幫助我們解決實際開發過程中的方法, 該方法是為了降低對象之間的耦合度,然而解決方法有很多種,所以前人就總結了一些常用的解決方法為書籍,從而把這本書就稱為設計模式),下面給出單例模式的一個官方定義: 確保一個類只有一個實例,并提供一個全局訪問點。 為了幫助大家更好地理解單例模式,大家可以結合下面的類圖來進行理解,以及后面也會剖析單例模式的實現思路:

三、為什么會有單例模式


看完單例模式的介紹,自然大家都會有這樣一個疑問——為什么要有單例模式的?它在什么情況下使用的?從單例模式的定義中我們可以看出——單例模式的使用自然是當我們的系統中某個對象只需要一個實例的情況,例如:操作系統中只能有一個任務管理器,操作文件時,同一時間內只允許一個實例對其操作等,既然現實生活中有這樣的應用場景,自然在軟件設計領域必須有這樣的解決方案了(因為軟件設計也是現實生活中的抽象),所以也就有了單例模式了。

四、剖析單例模式的實現思路


了解完了一些關于單例模式的基本概念之后,下面就為大家剖析單例模式的實現思路的,因為在我自己學習單例模式的時候,咋一看單例模式的實現代碼確實很簡單,也很容易看懂,但是我還是覺得它很陌生(這個可能是看的少的,或者自己在寫代碼中也用的少的緣故),而且心里總會這樣一個疑問——為什么前人會這樣去實現單例模式的呢?他們是如何思考的呢?后面經過自己的琢磨也就慢慢理清楚單例模式的實現思路了,并且此時也不再覺得單例模式模式的,下面就分享我的一個剖析過程的:

我們從單例模式的概念(確保一個類只有一個實例,并提供一個訪問它的全局訪問點)入手,可以把概念進行拆分為兩部分:

(1)確保一個類只有一個實例;

(2)提供一個訪問它的全局訪問點;

下面通過采用兩人對話的方式來幫助大家更快掌握分析思路:

菜鳥:怎樣確保一個類只有一個實例了?

老鳥:那就讓我幫你分析下,你創建類的實例會想到用什么方式來創建的呢?

新手:用new關鍵字啊,只要new下就創建了該類的一個實例了,之后就可以使用該類的一些屬性和實例方法了

老鳥:那你想過為什么可以使用new關鍵字來創建類的實例嗎?

菜鳥:這個還有條件的嗎?........., 哦,我想起來了,如果類定義私有的構造函數就不能在外界通過new創建實例了(注:有些初學者就會問,有時候我并沒有在類中定義構造函數為什么也可以使用new來創建對象,那是因為編譯器在背后做了手腳了,當編譯器看到我們類中沒有定義構造函數,此時編譯器會幫我們生成一個公有的無參構造函數)

老鳥:不錯,回答的很對,這樣你的疑惑就得到解答了啊

菜鳥:那我要在哪里創建類的實例了?

老鳥:你傻啊,當然是在類里面創建了(注:這樣定義私有構造函數就是上面的一個思考過程的,要創建實例,自然就要有一個變量來保存該實例把,所以就有了私有變量的聲明,但是實現中是定義靜態私有變量,朋友們有沒有想過——這里為什么定義為靜態的呢?對于這個疑問的解釋為:每個線程都有自己的線程棧,定義為靜態主要是為了在多線程確保類有一個實例)

菜鳥:哦,現在完全明白了,但是我還有另一個疑問——現在類實例創建在類內部,那外界如何獲得該的一個實例來使用它了?

老鳥:這個,你可以定義一個公有方法或者屬性來把該類的實例公開出去了(注:這樣就有了公有方法的定義了,該方法就是提供方法問類的全局訪問點)

通過上面的分析,相信大家也就很容易寫出單例模式的實現代碼了,下面就看看具體的實現代碼(看完之后你會驚訝道:真是這樣的!):

/// <summary>
/// 單例模式的實現
/// </summary>
public class Singleton
{
    // 定義一個靜態變量來保存類的實例
    private static Singleton uniqueInstance;
    // 定義私有構造函數,使外界不能創建該類實例
    private Singleton()
    {
    }
    /// <summary>
    /// 定義公有方法提供一個全局訪問點,同時你也可以定義公有屬性來提供全局訪問點
    /// </summary>
    /// <returns></returns>
    public static Singleton GetInstance()
    {
        // 如果類的實例不存在則創建,否則直接返回
        if (uniqueInstance == null)
        {
            uniqueInstance = new Singleton();
        }
        return uniqueInstance;
    }
}

上面的單例模式的實現在單線程下確實是完美的,然而在多線程的情況下會得到多個Singleton實例,因為在兩個線程同時運行GetInstance方法時,此時兩個線程判斷(uniqueInstance ==null)這個條件時都返回真,此時兩個線程就都會創建Singleton的實例,這樣就違背了我們單例模式初衷了,既然上面的實現會運行多個線程執行,那我們對于多線程的解決方案自然就是使GetInstance方法在同一時間只運行一個線程運行就好了,也就是我們線程同步的問題了(對于線程同步大家也可以參考我線程同步的文章),具體的解決多線程的代碼如下:

/// <summary>
/// 單例模式的實現
/// </summary>
public class Singleton
{
    // 定義一個靜態變量來保存類的實例
    private static Singleton uniqueInstance;
    // 定義一個標識確保線程同步
    private static readonly object locker = new object();
    // 定義私有構造函數,使外界不能創建該類實例
    private Singleton()
    {
    }
    /// <summary>
    /// 定義公有方法提供一個全局訪問點,同時你也可以定義公有屬性來提供全局訪問點
    /// </summary>
    /// <returns></returns>
    public static Singleton GetInstance()
    {
        // 當第一個線程運行到這里時,此時會對locker對象 "加鎖",
        // 當第二個線程運行該方法時,首先檢測到locker對象為"加鎖"狀態,該線程就會掛起等待第一個線程解鎖
        // lock語句運行完之后(即線程運行完之后)會對該對象"解鎖"
        lock (locker)
        {
            // 如果類的實例不存在則創建,否則直接返回
            if (uniqueInstance == null)
            {
                uniqueInstance = new Singleton();
            }
        }
        return uniqueInstance;
    }
}

上面這種解決方案確實可以解決多線程的問題,但是上面代碼對于每個線程都會對線程輔助對象locker加鎖之后再判斷實例是否存在,對于這個操作完全沒有必要的,因為當第一個線程創建了該類的實例之后,后面的線程此時只需要直接判斷(uniqueInstance==null)為假,此時完全沒必要對線程輔助對象加鎖之后再去判斷,所以上面的實現方式增加了額外的開銷,損失了性能,為了改進上面實現方式的缺陷,我們只需要在lock語句前面加一句(uniqueInstance==null)的判斷就可以避免鎖所增加的額外開銷,這種實現方式我們就叫它 “雙重鎖定”,下面具體看看實現代碼的:

/// <summary>
/// 單例模式的實現
/// </summary>
public class Singleton
{
    // 定義一個靜態變量來保存類的實例
    private static Singleton uniqueInstance;
    // 定義一個標識確保線程同步
    private static readonly object locker = new object();
    // 定義私有構造函數,使外界不能創建該類實例
    private Singleton()
    {
    }
    /// <summary>
    /// 定義公有方法提供一個全局訪問點,同時你也可以定義公有屬性來提供全局訪問點
    /// </summary>
    /// <returns></returns>
    public static Singleton GetInstance()
    {
        // 當第一個線程運行到這里時,此時會對locker對象 "加鎖",
        // 當第二個線程運行該方法時,首先檢測到locker對象為"加鎖"狀態,該線程就會掛起等待第一個線程解鎖
        // lock語句運行完之后(即線程運行完之后)會對該對象"解鎖"
        // 雙重鎖定只需要一句判斷就可以了
        if (uniqueInstance == null)
        {
            lock (locker)
            {
                // 如果類的實例不存在則創建,否則直接返回
                if (uniqueInstance == null)
                {
                    uniqueInstance = new Singleton();
                }
            }
        }
        return uniqueInstance;
    }
}

五、C#中實現了單例模式的類


理解完了單例模式之后,菜鳥又接著問了:.NET FrameWork類庫中有沒有單例模式的實現呢?

經過查看,.NET類庫中確實存在單例模式的實現類,不過該類不是公開的,下面就具體看看該類的一個實現的(該類具體存在于System.dll程序集,命名空間為System,大家可以用反射工具Reflector去查看源碼的):

// 該類不是一個公開類
// 但是該類的實現應用了單例模式
internal sealed class SR
{
    private static SR loader;
    internal SR()
    {
    }
    // 主要是因為該類不是公有,所以這個全部訪問點也定義為私有的了
    // 但是思想還是用到了單例模式的思想的
    private static SR GetLoader()
    {
        if (loader == null)
        {
            SR sr = new SR();
            Interlocked.CompareExchange<SR>(ref loader, sr, null);
        }
        return loader;
    }
    // 這個公有方法中調用了GetLoader方法的
    public static object GetObject(string name)
    {
        SR loader = GetLoader();
        if (loader == null)
        {
            return null;
        }
        return loader.resources.GetObject(name, Culture);
    }
}

六、總結


到這里,設計模式的單例模式就介紹完了,希望通過本文章大家可以對單例模式有一個更深的理解,并且希望之前沒接觸過單例模式或覺得單例模式陌生的朋友看完之后會驚嘆:原來如此!

以上內容摘抄自:http://learninghard.blog.51cto.com/6146675/1247003

 

補充:

另一種單例模式:

//另一種單例模式:
public class UserLoginInfo
{
    //實現Singleton模式,線程安全。
    private readonly static UserLoginInfo currentUserInfo = new UserLoginInfo();
    //提供全局訪問點
    public static UserLoginInfo CurrentUserInfo
    {
        get { return currentUserInfo; }
    }
    //阻止顯式實例化,但不能阻止反射方式調用。
    private UserLoginInfo()
    {
    }
    //公共變量
    public string UserName;
    public int UID;
    public bool UserType;
    //私有變量
    private static string userRole;
    //私有變量
    private static string password;
    //內部屬性
    internal string UserRole
    {
        get { return userRole; }
        set { userRole = value; }
    }
    //公共屬性
    public string Password
    {
        get { return password; }
        internal set { password = value; }
    }
}

單例模式優缺點:


主要優點:
1、提供了對唯一實例的受控訪問。
2、由于在系統內存中只存在一個對象,因此可以節約系統資源,對于一些需要頻繁創建和銷毀的對象單例模式無疑可以提高系統的性能。
3、允許可變數目的實例。

主要缺點:
1、由于單利模式中沒有抽象層,因此單例類的擴展有很大的困難。
2、單例類的職責過重,在一定程度上違背了“單一職責原則”。
3、濫用單例將帶來一些負面問題,如為了節省資源將數據庫連接池對象設計為的單例類,可能會導致共享連接池對象的程序過多而出現連接池溢出;如果實例化的對象長時間不被利用,系統會認為是垃圾而被回收,這將導致對象狀態的丟失。

 


文章列表


不含病毒。www.avast.com
arrow
arrow
    全站熱搜
    創作者介紹
    創作者 大師兄 的頭像
    大師兄

    IT工程師數位筆記本

    大師兄 發表在 痞客邦 留言(0) 人氣()