單例模式的八種寫法

来源:https://www.cnblogs.com/mcbye/archive/2020/02/18/singleton-pattern.html
-Advertisement-
Play Games

餓漢模式 懶漢模式(線程不安全) 懶漢模式(線程安全) 雙重檢查模式(DCL) 靜態內部類單例模式 枚舉類單例模式 使用容器實現單例模式 CAS實現單例模式 ...


單例模式的八種寫法

單例模式作為日常開發中最常用的設計模式之一,是最基礎的設計模式,也是最需要熟練掌握的設計模式。單例模式的定義是:保證一個類僅有一個實例,並提供一個訪問它的全局訪問點。那麼你知道單例模式有多少種實現方式嗎?以及每種實現方式的利弊呢?

  • 餓漢模式
  • 懶漢模式(線程不安全)
  • 懶漢模式(線程安全)
  • 雙重檢查模式(DCL)
  • 靜態內部類單例模式
  • 枚舉類單例模式
  • 使用容器實現單例模式
  • CAS實現單例模式


餓漢模式

代碼如下:

public class Singleton {  
     private static Singleton instance = new Singleton();  
     private Singleton () {
     }
     public static Singleton getInstance() {  
         return instance;  
     }  
 }  

這種方式在類載入時就完成了實例化,會影響類的載入速度,但獲取對象的速度快。 這種方式基於類載入機制保證實例僅有一個,避免了多線程的同步問題,是線程安全的。


懶漢模式(線程不安全)

絕大多數時候,類載入的時機和對象使用的時機都是分開的,所以沒有必要在類載入的時候就去實例化單例對象。為了消除單例對象實例化對類載入的影響,引入了延遲載入,就有了懶漢模式的實現方式。代碼如下:

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

懶漢模式聲明瞭一個靜態對象,在用戶第一次調用時完成實例化,屬於延遲載入方式。而且這種方式不是線程安全。


懶漢模式(線程安全)

針對線程不安全的懶漢模式,對其中的獲取單例對象的方法增加同步關鍵字。代碼如下:

public class Singleton {  
      private static Singleton instance;  
      private Singleton () {
      }
      public static synchronized Singleton getInstance() {  
          if (instance == null) {  
              instance = new Singleton();  
          }  
          return instance;  
      }  
}  

這種寫法保證了線程安全,但是每次調用getInstance方法獲取單例時都需要進行同步,造成不必要的同步開銷,但實際上除了第一次實例化需要同步,其他時候都是不需要同步的。

雙重檢查模式(DCL)

既然懶漢模式中的實例化只需要在第一次的時候保證同步,那何不只在實例為空的時候加同步關鍵字呢。代碼如下:

public class Singleton {  
      private volatile static Singleton singleton;  // 1
      private Singleton () {
      }   
      public static Singleton getInstance() {  
          if (instance== null) {  // 2
              synchronized (Singleton.class) {  // 3
                  if (instance== null) {  // 4
                      instance= new Singleton();  // 5
                  }  
             }  
         }  
         return singleton;  
    }  
}  

雙重檢查寫法,主要關註以上代碼中的5點:

  1. 聲明單例對象時加上volatile關鍵字,保證多線程的記憶體可見性,也即當在一個線程中單例對象實例化完成之後,其他線程也同時能夠看到。同時,還有更為重要的一點,下麵會說。
  2. 第一次檢查單例對象是否為空,判斷是否已經完成了實例化。
  3. 如果第一次檢查發現單例對象為空,那麼該線程就要對此單例類進行加鎖,準備進行實例化,加鎖是為了保證該線程進行實例化的時候沒有其他線程也同時進行實例化。
  4. 第二次檢查單例對象是否為空,則是為了避免這種情況:此時單例對象為空,兩個線程,A線程在第2步,B線程在第5步,A線程發現單例對象為空,緊接著B線程就完成了實例化,然後就會導致A線程又會走一次第5步的實例化過程,即重覆實例化。那麼加上了第二次檢查後,當A線程到第4步的時候就會發現單例對象已經實例化完成,自然不會到第5步。
  5. 真正的實例化操作就發生在第5步,且只發生一次。

DCL思考

在以上代碼的第一步中,我們提到volatile關鍵字,volatile關鍵字除了保證記憶體可見性,還有一點是禁止指令重排序。那麼問題出在哪裡呢?對,第5步。實際上,實例化對象的動作並不是一個原子操作,instance= new Singleton();可以分為以下三步完成:

memory = allocate(); // 5.1:分配對象的記憶體空間
ctorInstance(memory); // 5.2:初始化對象
instance = memory; // 5.3: 設置instance指向剛分配的記憶體地址

而上面三行代碼,5.2和5.3可能發生重排序。跟著上面代碼中的第二次檢查的位置進行分析。當線程B執行到5.3之後,5.2之前時,這時候線程A首次判斷單例對象是否為空。這時候當然單例對象是不為空的,但是卻不能使用,因為單例對象還沒有被初始化呢。這既是DCL的缺陷所在,也是為什麼要對單例對象家volatile關鍵字的原因。禁止了指令重排序,自然不會出現線程A拿到一個不可用的單例對象。

靜態內部類單例模式

public class Singleton { 
    private Singleton() {
    }
    public static Singleton getInstance() {  
        return SingletonHolder.sInstance;  
    }  
    private static class SingletonHolder {  
        private static final Singleton sInstance = new Singleton();  
    }  
} 

第一次載入Singleton類時並不會初始化sInstance,只有第一次調用getInstance方法時虛擬機載入SingletonHolder 並初始化sInstance ,這樣不僅能確保線程安全也能保證Singleton類的唯一性,所以推薦使用靜態內部類單例模式。

枚舉類單例模式

public enum Singleton {  
     INSTANCE;  
     public void doSomeThing() {  
     }  
 } 

那這個單例如何來填充屬性呢,增加構造函數和屬性即可啦,請看代碼:

public enum Singleton {  
    INSTANCE("name", 18);
    private String name;
    private int age;
    Singleton(String name, int age) {
        this.name = name;
        this.age = age;
    }  
     public void doSomeThing() {  
     }  
 } 

預設枚舉實例的創建是線程安全的,並且在任何情況下都是單例,上述講的幾種單例模式實現中,有一種情況下他們會重新創建對象,那就是反序列化,將一個單例實例對象寫到磁碟再讀回來,從而獲得了一個實例。反序列化操作提供了readResolve方法,這個方法可以讓開發人員控制對象的反序列化。在上述的幾個方法示例中如果要杜絕單例對象被反序列化是重新生成對象,就必須加入如下方法:

private Object readResolve() throws ObjectStreamException{
    return singleton;
}

使用容器實現單例模式

代碼如下:

public class SingletonManager { 
  private static Map<String, Object> objMap = new HashMap<String,Object>();
  private Singleton() { 
  }
  public static void registerService(String key, Objectinstance) {
    if (!objMap.containsKey(key) ) {
      objMap.put(key, instance) ;
    }
  }
  public static ObjectgetService(String key) {
    return objMap.get(key) ;
  }
}

在程式的初始化,將多個單例類型註入到一個統一管理的類中,使用時通過key來獲取對應類型的對象,這種方式使得我們可以管理多種類型的單例,並且在使用時可以通過統一的介面進行操作。這種方式是利用了Map的key唯一性來保證單例。

CAS實現單例模式

以上實現主要用到了兩點來保證單例,一是JVM的類載入機制,另一個就是加鎖了。那麼有沒有不加鎖的線程安全的單例實現嗎?有點,那就是使用CAS。CAS是項樂觀鎖技術,當多個線程嘗試使用CAS同時更新同一個變數時,只有其中一個線程能更新變數的值,而其它線程都失敗,失敗的線程並不會被掛起,而是被告知這次競爭中失敗,並可以再次嘗試。代碼如下:

public class Singleton {
    private static final AtomicReference<Singleton> INSTANCE = new AtomicReference<Singleton>();
    private Singleton() {}
    public static Singleton getInstance() {
        for (;;) {
            Singleton singleton = INSTANCE.get();
            if (null != singleton) {
                return singleton;
            }
            singleton = new Singleton();
            if (INSTANCE.compareAndSet(null, singleton)) {
                return singleton;
            }
        }
    }
}

用CAS的好處在於不需要使用傳統的鎖機制來保證線程安全,CAS是一種基於忙等待的演算法,依賴底層硬體的實現,相對於鎖它沒有線程切換和阻塞的額外消耗,可以支持較大的並行度。CAS的一個重要缺點在於如果忙等待一直執行不成功(一直在死迴圈中),會對CPU造成較大的執行開銷。

 

關註我的公眾號,獲取更多關於面試、技術的文章及福利資源。

Dali王的技術博客公眾號


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 解構賦值概述 1、解構賦值是對賦值運算符的擴展。 2、它是一種針對數組或者對象進行模式匹配,然後對其中的變數進行賦值。 3、代碼書寫上顯得簡潔且易讀,語義更加清晰明瞭;而且還方便獲取複雜對象中的數據欄位。 解構模型 在解構賦值操作過程中,有下麵兩部分參與: 1、解構的源:解構賦值表達式的右邊部分。如 ...
  • [TOC] 1.vue框架使用註意事項和經驗 本文主要總結了在開發vue項目中的一些實踐經驗和踩過的一些坑,後續會接著更新,便於後期復盤,希望也對你有所幫助 1.1 解決Vue動態路由參數變化,頁面數據不更新 問題描述: 遇到動態路由如:/page/:id 從/page/1 切換到 /page/2 ...
  • ajax 不重新載入整個網頁的情況下,更新部分網頁的技術 註意:ajax只有在伺服器上運行才能生效,我在本地一般用phpstudy 優點: 1、優化用戶體驗 2、承擔了一部分本該伺服器端的工作,減輕了伺服器端的壓力 3、優化了伺服器端和瀏覽器端的傳輸,減少了帶寬占用 缺點: 1、不支持回退按鈕 2、 ...
  • Array 定義 數組也是一個對象,是一個用來存儲數據的對象。和Object類似,但是它的存儲效率比普通對象要高。數組中保存的內容我們稱為元素。數組使用索引(index)來操作元素。索引指由0開始的整數。 數組操作 方法 push() 用來向數組的末尾添加一個或多個元素,並返回數組新的長度 語法:數 ...
  • <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <script src="htt ...
  • 使用原生JS實現輪播圖,僅需短短幾行代碼,代碼如下 當然,不可能這麼簡單,這裡我引入了自定義的 Carousel 類,是使用原生 JS 寫的,全部的代碼就不放出來了,只給出實現輪播的核心代碼 javascript // nextIndex 下一個 index change(nextIndex) { ...
  • 隨著前端項目複雜度的增加,其所依賴的資源也越來越多,從最初的HTML文件,CSS文件,JS文件發展到現在的各種預處理文件,模板文件等等。文件多了,項目大了,項目的維護就變得更加困難了,在這樣的背景下,webpack 這樣的打包工具就成了前段工程師必知必會的工具了。 ...
  • events.js:72 throw er; // Unhandled 'error' event ^Error: listen EADDRINUSE at errnoException (net.js:901:11) at Server._listen2 (net.js:1039:14) at l ...
一周排行
    -Advertisement-
    Play Games
  • C#TMS系統代碼-基礎頁面BaseCity學習 本人純新手,剛進公司跟領導報道,我說我是java全棧,他問我會不會C#,我說大學學過,他說這個TMS系統就給你來管了。外包已經把代碼給我了,這幾天先把增刪改查的代碼背一下,說不定後面就要趕鴨子上架了 Service頁面 //using => impo ...
  • 委托與事件 委托 委托的定義 委托是C#中的一種類型,用於存儲對方法的引用。它允許將方法作為參數傳遞給其他方法,實現回調、事件處理和動態調用等功能。通俗來講,就是委托包含方法的記憶體地址,方法匹配與委托相同的簽名,因此通過使用正確的參數類型來調用方法。 委托的特性 引用方法:委托允許存儲對方法的引用, ...
  • 前言 這幾天閑來沒事看看ABP vNext的文檔和源碼,關於關於依賴註入(屬性註入)這塊兒產生了興趣。 我們都知道。Volo.ABP 依賴註入容器使用了第三方組件Autofac實現的。有三種註入方式,構造函數註入和方法註入和屬性註入。 ABP的屬性註入原則參考如下: 這時候我就開始疑惑了,因為我知道 ...
  • C#TMS系統代碼-業務頁面ShippingNotice學習 學一個業務頁面,ok,領導開完會就被裁掉了,很突然啊,他收拾東西的時候我還以為他要旅游提前請假了,還在尋思為什麼回家連自己買的幾箱飲料都要叫跑腿帶走,怕被偷嗎?還好我在他開會之前拿了兩瓶芬達 感覺感覺前面的BaseCity差不太多,這邊的 ...
  • 概述:在C#中,通過`Expression`類、`AndAlso`和`OrElse`方法可組合兩個`Expression<Func<T, bool>>`,實現多條件動態查詢。通過創建表達式樹,可輕鬆構建複雜的查詢條件。 在C#中,可以使用AndAlso和OrElse方法組合兩個Expression< ...
  • 閑來無聊在我的Biwen.QuickApi中實現一下極簡的事件匯流排,其實代碼還是蠻簡單的,對於初學者可能有些幫助 就貼出來,有什麼不足的地方也歡迎板磚交流~ 首先定義一個事件約定的空介面 public interface IEvent{} 然後定義事件訂閱者介面 public interface I ...
  • 1. 案例 成某三甲醫預約系統, 該項目在2024年初進行上線測試,在正常運行了兩天後,業務系統報錯:The connection pool has been exhausted, either raise MaxPoolSize (currently 800) or Timeout (curren ...
  • 背景 我們有些工具在 Web 版中已經有了很好的實踐,而在 WPF 中重新開發也是一種費時費力的操作,那麼直接集成則是最省事省力的方法了。 思路解釋 為什麼要使用 WPF?莫問為什麼,老 C# 開發的堅持,另外因為 Windows 上已經裝了 Webview2/edge 整體打包比 electron ...
  • EDP是一套集組織架構,許可權框架【功能許可權,操作許可權,數據訪問許可權,WebApi許可權】,自動化日誌,動態Interface,WebApi管理等基礎功能於一體的,基於.net的企業應用開發框架。通過友好的編碼方式實現數據行、列許可權的管控。 ...
  • .Net8.0 Blazor Hybird 桌面端 (WPF/Winform) 實測可以完整運行在 win7sp1/win10/win11. 如果用其他工具打包,還可以運行在mac/linux下, 傳送門BlazorHybrid 發佈為無依賴包方式 安裝 WebView2Runtime 1.57 M ...