C#項目中實現單例模式的方法有哪些

C#項目中實現單例模式的方法有哪些？很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

介紹

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

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

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

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

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

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

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

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

Version 1 - 非線程安全

/// <summary>
/// Bad code！Do not use! 
/// </summary>
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的線程安全

/// <summary>
/// Bad code ! Do not use!
/// </summary>
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
 {
  //Explicit static constructor to tell C# compiler
  //not to mark type as beforefieldinit
  static Nested()
  {
  }
  internal static readonly Singleton5 instance = new Singleton5();
 }
}

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

Version 6 - 使用.NET 4 Lazy<T> 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<T> type來實現完全懶漢式。其代碼看起來也很簡潔且性能表現也很好。

性能 VS 懶漢式

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

本文翻譯自Implementing the Singleton Pattern in C#, 作者在文中做了一些循環測試，具體的讀者可直接閱讀原文。

Exception

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

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。