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

??2. 懶漢模式

懶漢模式是在類加載的時候不創(chuàng)建實例，第一次使用的時候才創(chuàng)建

實現(xiàn)代碼：

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

觀察上述代碼，在單線程下不存在線程安全問題，但是在多線程環(huán)境下存在安全問題嗎？

分析：
??當(dāng)實例沒有被創(chuàng)建的時候，如果有多個線程都調(diào)用getInstance方法，就可能創(chuàng)建多個實例，就存在線程安全問題
??但是實例一旦創(chuàng)建好，后面線程調(diào)用getInstance方法就不會出現(xiàn)線程安全問題

結(jié)果：線程安全問題出現(xiàn)在首次創(chuàng)建實例的時候

??3. 懶漢模式（使用synchronized改進）

我們使用sychronized修飾，??‍???代碼如下：

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

這樣實現(xiàn)線程安全存在什么問題呢？

解析：
我們對方法使用synchronized修飾，也就是每次調(diào)用該方法的時候都會競爭鎖，但是創(chuàng)建實例只需要創(chuàng)建一次，也就是創(chuàng)建實例后，再調(diào)用該方法還需要競爭鎖釋放鎖

結(jié)果：雖然滿足線程安全，但是效率低

4. 懶漢模式（使用雙重校驗鎖改進）

在上述代碼的基礎(chǔ)上進行改動：

使用雙重if判定，降低競爭鎖頻率
使用volatile修飾instance

實現(xiàn)代碼：

public class Singleton {
    private static volatile Singleton instance = null;
    private Singleton(){
 
    }
    public static synchronized Singleton getInstance(){
        if(instance == null){ //外層的if判斷：如果實例被創(chuàng)建直接return，不讓線程再繼續(xù)競爭鎖
            //在沒有創(chuàng)建實例時，多個線程已經(jīng)進入if判斷了
            //一個線程競爭到鎖，其他線程阻塞等待
            synchronized (Singleton.class) {
                //內(nèi)層的if判斷，目的是讓競爭失敗的鎖如果再次競爭成功的話判斷實例是否被創(chuàng)建，創(chuàng)建釋放鎖return，沒有則創(chuàng)建
                if(instance == null){ 
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

??對雙重if的解析：

??外層的if判斷：實例只是被創(chuàng)建一次，當(dāng)實例已經(jīng)被創(chuàng)建好了就不要后續(xù)操作，直接return返回
??內(nèi)層的if判斷：實例未被創(chuàng)建時，多個線程同時競爭鎖，只有一個線程競爭成功并創(chuàng)建實例，其他競爭失敗的線程就會阻塞等待，當(dāng)?shù)谝痪€程釋放鎖后，這些競爭失敗的線程就會繼續(xù)競爭，但是實例已經(jīng)創(chuàng)建好了，所以需要再次進行if判斷

畫圖分析，如下所示：

三. volatile的原理

volatile保證了可見性，有序性，在Java層面看，volatile是無鎖操作，多個線程對volatile修飾的變量進行讀可以并發(fā)并行執(zhí)行，和無鎖執(zhí)行效率差不多

volatile修飾的變量中，CPU使用了緩存一致性協(xié)議來保證讀取的都是最新的主存數(shù)據(jù)

緩存一致性：如果有別的線程修改了volatile修飾的變量，就會把CPU緩存中的變量置為無效，要操作這個變量就要從主存中重新讀取