深入理解單例模式（附簡單案例）

單例模式在程序設計中非常的常見，一般來說，某些類，我們希望在程序運行期間有且只有一個實例，原因可能是該類的創建需要消耗系統過多的資源、花費很多的時間，或者業務上客觀就要求了只能有一個實例。一個場景就是：我們的應用程序有一些配置文件，我們希望只在系統啓動的時候讀取這些配置文件，並將這些配置保存在內存中，以後在程序中使用這些配置文件信息的時候不必再重新讀取。

定義：

　　由於某種需要，要保證一個類在程序的生命週期當中只有一個實例，並且提供該實例的全局訪問方法。

結構：

　　一般包含三個要素：

　　1.私有的靜態的實例對象 private static instance

　　2.私有的構造函數（保證在該類外部，無法通過new的方式來創建對象實例） private Singleton(){}

　　3.公有的、靜態的、訪問該實例對象的方法 public static Singleton getInstance(){}

UML類圖：

分類：

　　單例模式就實例的創建時機來劃分可分爲：懶漢式與飢漢式兩種。

　　舉個日常生活中的例子：

　　　　媽媽早上起來爲我們做飯吃，飯快做好的時候，一般都會叫我們起牀吃飯，這是一般的日常情況。如果飯還沒有好的時候，我們就自己起來了（這時候媽媽還沒有叫我們起牀），這種情況在單例模式中稱之爲飢漢式（媽媽還沒有叫我們起牀，我們自己就起來的，就是外部還沒有調用自己，自己的實例就已經創建好了）。如果飯做好了，媽媽叫我們起牀之後，我們才慢吞吞的起牀，這種情況在單例模式中稱之爲懶漢式（飯都做好了，媽媽叫你起牀之後，自己才起的，能不懶漢嗎？就是外部對該類的方法發出調用之後，該實例才建立的）。

　　懶漢式：顧名思義懶漢式就是應用剛啓動的時候，並不創建實例，當外部調用該類的實例或者該類實例方法的時候，才創建該類的實例。是以時間換空間。

　　懶漢式的優點：實例在被使用的時候才被創建，可以節省系統資源，體現了延遲加載的思想。

　　延遲加載：通俗上將就是：一開始的時候不加載資源，一直等到馬上就要使用這個資源的時候，躲不過去了才加載，這樣可以儘可能的節省系統資源。

懶漢式的缺點：由於系統剛啓動時且未被外部調用時，實例沒有創建；如果一時間有多個線程同時調用LazySingleton.getLazyInstance()方法很有可能會產生多個實例。

　　　　　　　　　也就是說下面的懶漢式在多線程下，是不能保持單例實例的唯一性的，要想保證多線程下的單例實例的唯一性得用同步，同步會導致多線程下由於爭奪鎖資源，運行效率不高。

　　飢漢式：顧名思義懶漢式就是應用剛啓動的時候，不管外部有沒有調用該類的實例方法，該類的實例就已經創建好了。以空間換時間。

　　飢漢式的優點：寫法簡單，在多線程下也能保證單例實例的唯一性，不用同步，運行效率高。

　　飢漢式的缺點：在外部沒有使用到該類的時候，該類的實例就創建了，若該類實例的創建比較消耗系統資源，並且外部一直沒有調用該實例，那麼這部分的系統資源的消耗是沒有意義的。

下面是懶漢式單例類的演示代碼：

package singleton;

/**
 * 懶漢式單例類
 */
public class LazySingleton {

    //私有化構造函數，防止在該類外部通過new的形式創建實例
    private LazySingleton() {
        System.out.println("生成LazySingleton實例一次！");
    }

    //私有的、靜態的實例，設置爲私有的防止外部直接訪問該實例變量，設置爲靜態的，說明該實例是LazySingleton類型的唯一的
    //若開始時，沒有調用訪問實例的方法，那麼實例就不會自己創建
    private static LazySingleton lazyInstance = null;

    //公有的訪問單例實例的方法，當外部調用訪問該實例的方法時，實例才被創建
    public static LazySingleton getLazyInstance() {
        //若實例還沒有創建，則創建實例；若實例已經被創建了，則直接返回之前創建的實例,即不會返回2個實例
        if (lazyInstance == null) {
            lazyInstance = new LazySingleton();
        }
        return lazyInstance;
    }
}

下面測試類：

package singleton;


public class SingletonTest {
    public static void main(String[] args) {
        LazySingleton lazyInstance1 = LazySingleton.getLazyInstance();
        LazySingleton lazyInstance2 = LazySingleton.getLazyInstance();
        LazySingleton lazyInstance3 = LazySingleton.getLazyInstance();
    }
}

在上面的測試類SingletonTest 裏面，連續調用了三次LazySingleton.getLazyInstance()方法，

控制檯輸出：

生成LazySingleton實例一次！

下面代碼演示飢漢式單例實現：

package singleton;

public class NoLazySingleton {

    //私有化構造函數，防止在該類外部通過new的形式創建實例
    private NoLazySingleton(){
        System.out.println("創建NoLazySingleton實例一次！");
    }

    //私有的、靜態的實例，設置爲私有的防止外部直接訪問該實例變量，設置爲靜態的，說明該實例是LazySingleton類型的唯一的
    //當系統加載NoLazySingleton類文件的時候，就創建了該類的實例
    private static NoLazySingleton instance = new NoLazySingleton();

    //公有的訪問單例實例的方法
    public static NoLazySingleton getInstance(){
        return instance;
    }
}

測試代碼：

package singleton;

public class SingletonTest {
    public static void main(String[] args) {
        NoLazySingleton instance = NoLazySingleton.getInstance();
        NoLazySingleton instance1 = NoLazySingleton.getInstance();
        NoLazySingleton instanc2 = NoLazySingleton.getInstance();
        NoLazySingleton instanc3 = NoLazySingleton.getInstance();
    }
}

控制檯輸出：

創建NoLazySingleton實例一次！

上面說到了懶漢式在多線程環境下面是有問題的，下面演示這個多線程環境下很有可能出現的問題：

package singleton;

/**
 * 懶漢式單例類
 */
public class LazySingleton {

    //爲了易於模擬多線程下，懶漢式出現的問題，我們在創建實例的構造函數裏面使當前線程暫停了50毫秒
    private LazySingleton() {
        try {
            Thread.sleep(50);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println("生成LazySingleton實例一次！");
    }

    private static LazySingleton lazyInstance = null;

    public static LazySingleton getLazyInstance() {
        if (lazyInstance == null) {
            lazyInstance = new LazySingleton();
        }
        return lazyInstance;
    }
}

下面是測試代碼：我們在測試代碼裏面新建了10個線程，讓這10個線程同時調用LazySingleton.getLazyInstance()方法

package singleton;

public class SingletonTest {
    public static void main(String[] args) {
        for (int i = 0; i < 10; i++) {
             new Thread(){
                @Override
                public void run() {
                    LazySingleton.getLazyInstance();
                }
            }.start();
        }
    }
}

結果控制檯輸出：

生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！
生成LazySingleton實例一次！

沒錯，你沒有看錯，控制檯輸出了10次，表示懶漢式單例模式在10個線程同時訪問的時候，創建了10個實例，這足以說明懶漢式單例在多線程下已不能保持其實例的唯一性。

那爲什麼多線程下懶漢式單例會失效？我們下面分析原因：

　　我們不說這麼多的線程，就說2個線程同時訪問上面的懶漢式單例，現在有兩個線程A和B同時訪問LazySingleton.getLazyInstance()方法。

假設A先得到CPU的時間切片，A執行到21行處 if (lazyInstance == null) 時，由於lazyInstance 之前並沒有實例化，所以lazyInstance == null爲true,在還沒有執行22行實例創建的時候

此時CPU將執行時間分給了線程B，線程B執行到21行處 if (lazyInstance == null) 時，由於lazyInstance 之前並沒有實例化，所以lazyInstance == null爲true，線程B繼續往下執行實例的創建過程，線程B創建完實例之後，返回。

此時CPU將時間切片分給線程A，線程A接着開始執行22行實例的創建，實例創建完之後便返回。由此看線程A和線程B分別創建了一個實例（存在2個實例了），這就導致了單例的失效。

那如何將懶漢式單例在多線程下正確的發揮作用呢？當然是在訪問單例實例的方法處進行同步了

下面是線程安全的懶漢式單例的實現：

package singleton;


public class SafeLazySingleton {

    private SafeLazySingleton(){
        System.out.println("生成SafeLazySingleton實例一次！");
    }

    private static SafeLazySingleton instance = null;
　　 //1.對整個訪問實例的方法進行同步
    public synchronized static SafeLazySingleton getInstance(){
        if (instance == null) {
            instance = new SafeLazySingleton();
        }
        return instance;
    }
　　　　//2.對必要的代碼塊進行同步
    public static SafeLazySingleton getInstance1(){
        if (instance == null) {
            synchronized (SafeLazySingleton.class){
                if (instance == null) {
                    instance = new SafeLazySingleton();
                }
            }
        }
        return instance;
    }
}

對方法同步：

上面的實現在12行對訪問單例實例的整個方法用了synchronized 關鍵字進行方法同步，這個缺點很是明顯，就是鎖的粒度太大，很多線程同時訪問的時候導致阻塞很嚴重。

對代碼塊同步：

在18行的方法getInstance1中，只是對必要的代碼塊使用了synchronized關鍵字，注意由於方法時static靜態的，所以監視器對象是SafeLazySingleton.class

同時我們在19行和21行，使用了實例兩次非空判斷，一次在進入synchronized代碼塊之前，一次在進入synchronized代碼塊之後，這樣做是有深意的。

肯定有小夥伴這樣想：既然19行進行了實例非空判斷了，進入synchronized代碼塊之後就不必再次進行非空判斷了，如果這樣做的話，會導致什麼問題？我們來分析一下：

同樣假設我們有兩個線程A和B，A獲取CPU時間片段，在執行到19行時，由於之前沒有實例化，所以instance == null 爲true,然後A獲得監視器對象SafeLazySingleton.class的鎖，A進入synchronized代碼塊裏面；

與此同時線程B執行到19行，此時線程A還沒有執行實例化動作，所以此時instance == null 爲true,B想進入同步塊，但是發現鎖在線程A手裏，所以B只能在同步塊外面等待。此時線程A執行實例化動作，實例化結束之後，返回該實例。

隨着線程A退出同步塊，A也釋放了鎖，線程B就獲得了該鎖，若此時不進行第二次非空判斷，會導致線程B也實例化創建一個實例，然後返回自己創建的實例，這就導致了2個線程訪問創建了2個實例，導致單例失效。若進行第二次非空判斷，發現線程A已經創建了實例，instance == null已經不成立了，則直接返回線程A創建的實例，這樣就避免了單例的失效。

有細心的網友會發現即便去掉19行非空判斷，多線程下單例模式一樣有效：

　　線程A獲取監視器對象的鎖，進入了同步代碼塊，if(instance == null) 成立，然後A創建了一個實例，然後退出同步塊，返回。這時在同步塊外面等待的線程B，獲取了鎖進入同步塊，執行if(instance == null)發現instance已經有值了不再是空了，然後直接退出同步塊，返回。

　　既然去掉19行，多線程下單例模式一樣有效，那爲什麼還要有進入同步塊之前的非空判斷（19行）？這應該主要是考慮到多線程下的效率問題：

　　我們知道使用synchronized關鍵字進行同步，意味着就是獨佔鎖，同一時刻只能有一個線程執行同步塊裏面的代碼，還要涉及到鎖的爭奪、釋放等問題，是很消耗資源的。單例模式，構造函數只會被調用一次。如果我們不加19行，即不在進入同步塊之前進行非空判斷，如果之前已經有線程創建了該類的實例了，那每次的訪問該實例的方法都會進入同步塊，這會非常的耗費性能.如果進入同步塊之前加上了非空判斷，發現之前已經有線程創建了該類的實例了，那就不必進入同步塊了，直接返回之前創建的實例即可。這樣就基本上解決了線程同步導致的性能問題。

多線程下單例的優雅的解決方案：

上面的實現使用了synchronized同步塊，並且用了雙重非空校驗，這保證了懶漢式單例模式在多線程環境下的有效性，但這種實現感覺還是不夠好，不夠優雅。

下面介紹一種優雅的多線程下單例模式的實現方案：

package singleton;

public class GracefulSingleton {
    private GracefulSingleton(){
        System.out.println("創建GracefulSingleton實例一次！");
    }
    
      //類級的內部類，也就是靜態的成員式內部類，該內部類的實例與外部類的實例沒有綁定關係，而且只有被調用到纔會裝載，從而實現了延遲加載
    private static class SingletonHoder{
　　　　　　　//靜態初始化器，由JVM來保證線程安全
        private static GracefulSingleton instance = new GracefulSingleton();
    }

    public static GracefulSingleton getInstance(){
        return SingletonHoder.instance;
    }
}

上面的實現方案使用一個內部類來維護單例類的實例，當GracefulSingleton被加載的時候，其內部類並不會被初始化，所以可以保證當GracefulSingleton被裝載到JVM的時候，不會實例化單例類，當外部調用getInstance方法的時候，纔會加載內部類SingletonHoder，從而實例化instance,同時由於實例的建立是在類初始化時完成的，所以天生對多線程友好，getInstance方法也不需要進行同步。

單例模式本質上是控制單例類的實例數量只有一個，有些時候我們可能想要某個類特定數量的實例，這種情況可以看做是單例模式的一種擴展情況。比如我們希望下面的類SingletonExtend只有三個實例，我們可以利用Map來緩存這些實例。

package singleton;

import java.util.HashMap;
import java.util.Map;

public class SingletonExtend {
    //裝載SingletonExtend實例的容器
    private static final Map<String,SingletonExtend> container = new HashMap<String, SingletonExtend>();
    //SingletonExtend類最多擁有的實例數量
    private static final int MAX_NUM = 3;
    //實例容器中元素的key的開始值
    private static String CACHE_KEY_PRE = "cache";
    private static int initNumber = 1;
    private SingletonExtend(){
        System.out.println("創建SingletonExtend實例1次！");
    }

    //先從容器中獲取實例，若實例不存在，在創建實例，然後將創建好的實例放置在容器中
    public static SingletonExtend getInstance(){
        String key = CACHE_KEY_PRE+ initNumber;
        SingletonExtend singletonExtend = container.get(key);
        if (singletonExtend == null) {
            singletonExtend = new SingletonExtend();
            container.put(key,singletonExtend);
        }
        initNumber++;
        //控制容器中實例的數量
        if (initNumber > 3) {
            initNumber = 1;
        }
        return singletonExtend;
    }

    public static void main(String[] args) {
        SingletonExtend instance = SingletonExtend.getInstance();
        SingletonExtend instance1 = SingletonExtend.getInstance();
        SingletonExtend instance2 = SingletonExtend.getInstance();
        SingletonExtend instance3 = SingletonExtend.getInstance();
        SingletonExtend instance4 = SingletonExtend.getInstance();
        SingletonExtend instance5 = SingletonExtend.getInstance();
        SingletonExtend instance6 = SingletonExtend.getInstance();
        SingletonExtend instance7 = SingletonExtend.getInstance();
        SingletonExtend instance8 = SingletonExtend.getInstance();
        SingletonExtend instance9 = SingletonExtend.getInstance();
        System.out.println(instance);
        System.out.println(instance1);
        System.out.println(instance2);
        System.out.println(instance3);
        System.out.println(instance4);
        System.out.println(instance5);
        System.out.println(instance6);
        System.out.println(instance7);
        System.out.println(instance8);
        System.out.println(instance9);
    }
}

控制檯輸出：

創建SingletonExtend實例1次！
創建SingletonExtend實例1次！
創建SingletonExtend實例1次！
singleton.SingletonExtend@3a3ee284
singleton.SingletonExtend@768965fb
singleton.SingletonExtend@36867e89
singleton.SingletonExtend@3a3ee284
singleton.SingletonExtend@768965fb
singleton.SingletonExtend@36867e89
singleton.SingletonExtend@3a3ee284
singleton.SingletonExtend@768965fb
singleton.SingletonExtend@36867e89
singleton.SingletonExtend@3a3ee284

從控制檯輸出情況可以看到我們成功的控制了SingletonExtend的實例數據只有三個

下面就單例模式總結一下：

我們講了什麼是單例模式，它的結構是怎麼樣的，並且給出了單例的類圖，講了單例的分類：懶漢式和飢漢式，分別講了它們在單線程、多線程環境下的實現方式，它們的優點和缺點，以及優雅的單例模式的實現，最後講了單例模式的擴展，小夥伴們你們清楚了嗎？

深入理解單例模式（附簡單案例）

Java線程簡介（什麼是線程）

SQL 如何得到兩個日期間的工作日（附假期表）

Java 如何執行SSIS（dtsx）包

SQL 語句效率問題（如何寫出高性能的SQL語句）

設計模式之策略模式：鴨子模式

Mac下配置sublime實現LaTeX

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結