日本免费高清视频-国产福利视频导航-黄色在线播放国产-天天操天天操天天操天天操|www.shdianci.com

學無先后，達者為師

網站首頁 編程語言 正文

C#實現單例模式的6種方法小結_C#教程

作者：五維思考 ? 更新時間： 2022-10-30 編程語言

介紹

單例模式是軟件工程學中最富盛名的設計模式之一。從本質上看，單例模式只允許被其自身實例化一次，且向外部提供了一個訪問該實例的接口。通常來說，單例對象進行實例化時一般不帶參數，因為如果不同的實例化請求傳遞的參數不同的話會導致問題的產生。(若多個請求都是傳遞的同樣的參數的話，工廠模式更應該被考慮)

C#中實現單例有很多種方法，本文將按順序介紹非線程安全、完全懶漢式、線程安全和低/高性能集中版本。

在所有的實現版本中，都有以下幾個共同點：

  • 唯一的、私有的且無參的構造函數，這樣不允許外部類進行實例化；

  • 類是密封的，盡管這不是強制的，但是嚴格來講從上一點來看密封類能有助于JIT的優化；

  • 一個靜態變量應該指向類的唯一實例；

  • 一個公共的靜態變量用于獲得這個類的唯一實例(如果需要,應該創建它）；

需要注意的是，本文中所有的例子中都是用一個 public static Instance的變量來訪問單例類實例，要將其轉換成公共函數是很容易的，但是這樣并不會帶來效率和線程安全上的提升。

Version 1 - 非線程安全

public sealed class Singleton
{
    private static Singleton instance = null;
    private Singleton() { }
    public static Singleton Instance
    {
        get
        {
            if (instance == null)
            {
                instance = new Singleton();
            }
            return instance;
        }
    }
}

該版本在多線程下是不安全的，會創建多個實例，請不要在生產環境中使用！

因為如果兩個線程同時運行到if(instance==null)判斷時，就會創建兩個實例，這是違背單例模式的初衷的。實際上在后面那個線程進行判斷是已經生成了一個實例，但是對于不同的線程來說除非進行了線程間的通信，否則它是不知道的。

Version 2 - 簡單的線程安全

public sealed class Singleton2
{
    private static Singleton2 instance = null;
    private static readonly object obj = new object();
    private Singleton2() { }
    public Singleton2 Instance
    {
        get
        {
            lock (obj)
            {
                if (instance == null)
                {
                    instance = new Singleton2();
                }
                return instance;
            }
        }
    }
}

該版本是線程安全的。通過對一個過線程共享的對象進行加鎖操作，保證了在同一時刻只有一個線程在執行lock{}里的代碼。當第一個線程在進行instance判斷或創建時，后續線程必須等待直到前一線程執行完畢，因此保證了只有第一個線程能夠創建instance實例。

但不幸的是，因為每次對instance的請求都會進行lock操作，其性能是不佳的。

需要注意的是，這里使用了一個private static object變量進行鎖定，這是因為當如果對一個外部類可以訪問的對象進行鎖定時會導致性能低下甚至死鎖。因此通常來說為了保證線程安全，進行加鎖的對象應該是private的。

Version 3 - Double-check locking的線程安全

public sealed class Singleton3
{
    private static Singleton3 instance = null;
    private static object obj = new object();
    private Singleton3() { }
    public static Singleton3 Instance
    {
        get
        {
            if (instance == null)
            {
                lock (obj)
                {
                    if (instance == null)
                    {
                        instance = new Singleton3();
                    }
                }
            }
            return instance;
        }
    }
}

該版本中試圖去避免每次訪問都進行加鎖操作并實現線程安全。然后，這段代碼對Java不起作用，因Java的內存模型不能保證在構造函數一定在其他對象引用instance之前完成。還有重要的一點，它不如后面的實現方式。

Version 4 - 不完全懶漢式，但不加鎖的線程安全

public sealed class Singleton4
{
    private static readonly Singleton4 instance = new Singleton4();
    /// <summary>
    /// 顯式的靜態構造函數用來告訴C#編譯器在其內容實例化之前不要標記其類型
    /// </summary>
    static Singleton4() { }
    private Singleton4() { }
    public static Singleton4 Instance { get { return instance; } }
}

這個版本是的實現非常的簡單，但是卻又是線程安全的。C#的靜態構造函數只有在當其類的實例被創建或者有靜態成員被引用時執行，在整個應用程序域中只會被執行一次。使用當前方式明顯比前面版本中進行額外的判斷要快。

當然這個版本也存在一些瑕疵：

  • 不是真正意義上的懶漢模式(需要的時候才創建實例)，若單例類還存在其他靜態成員，當其他類第一次引用這些成員時便會創建該instance。下個版本實現會修正這個問題；

  • 只有.NET中才具有beforefieldinit特性，即懶漢式實現。且在.Net 1.1以前的編譯器不支持，不過這個現在來看問題不大；

所有版本中，只有這里將instance設置成了readonly,這不僅保證了代碼的高校且顯得十分短小。

Version 5 - 完全懶漢實例化

public sealed class Singleton5
{
    private Singleton5() { }
    public static Singleton5 Instance { get { return Nested.instance; } }
    private class Nested
    {
        static Nested() { }
        internal static readonly Singleton5 instance = new Singleton5();
    }
}

該版本看起來稍微復雜難懂，其實只是在寫法上實現了上一版本的瑕疵，通過內嵌類的方式先實現了只有在真正應用Instance時才進行實例化。其性能表現與上一版本無異。

Version 6 - 使用.NET 4 Lazy?type 特性

public sealed class Singleton6
{
    private static readonly Lazy<Singleton6> lazy =
           new Lazy<Singleton6>(()=> new Singleton6());
    public static Singleton6 Instance { get { return lazy.Value; } }
    private Singleton6() { }
}

如果你使用的是.NET 4或其以上版本，可以使用System.Lazy?type來實現完全懶漢式。其代碼看起來也很簡潔且性能表現也很好。

性能 VS 懶漢式

一般情況下，我們并不需要實現完全懶漢式，除非你的構造初始化執行了某些費時的工作。因此一般的，我們使用顯式的靜態構造函數就能夠適用。

本文翻譯自Implementing the Singleton Pattern in C#

Exception

有時候在進行構造函數初始化時可能 會拋出異常，但這對整個應用程序來說不應該是致命的，所以可能的情況下，你應該自己處理這種異常情況。

總結

上述提供的幾種實現方法中，一般情況下提倡使用Version 4，除非遇到有時早于單列類實例化時就引用了其他靜態成員。這種情況下，Version 2一旦被考慮，雖然它看起來會因加鎖耗時，但是其實運行起來并沒有你想的那么慢，關鍵是你很容易寫對它。顯然Version 1你永遠都不應該考慮，Version 3在與Version 5的對比下也是不在考慮范圍之內的。

原文鏈接：https://www.cnblogs.com/zhaoshujie/p/14323654.html

欄目分類
最近更新