摘要：那有什么辦法保證只有一個(gè)領(lǐng)導(dǎo)人斯大林呢較常見的兩種方式餓漢式和懶漢式二實(shí)戰(zhàn)圖這里提示一點(diǎn)，在學(xué)習(xí)設(shè)計(jì)模式的時(shí)候，圖會(huì)讓你更容易，而且深刻的去理解到該模式的核心。下一篇的設(shè)計(jì)模式是工廠方法模式。

??就算不懂設(shè)計(jì)模式的兄弟姐妹們，想必也聽說過單例模式，并且在項(xiàng)目中也會(huì)用上。但是，真正理解和熟悉單例模式的人有幾個(gè)呢？接下來我們一起來學(xué)習(xí)設(shè)計(jì)模式中最簡(jiǎn)單的模式之一——單例模式

??“baby，你就是我的唯一，兩個(gè)世界都變形，回去談何容易...”?？瓤葉就先唱到這吧，入正題。每次提起單例模式，筆者都會(huì)哼起這首王力宏的《唯一》。為什么？這首歌哪里吸引我了？就是“唯一”這兩個(gè)非常有糞量的字。

斯大林時(shí)期的蘇聯(lián)，個(gè)人崇拜達(dá)到相當(dāng)嚴(yán)重的程度。然而為什么會(huì)導(dǎo)致個(gè)人崇拜呢？很簡(jiǎn)單，那就是“只有一個(gè)斯大林，只有一個(gè)領(lǐng)導(dǎo)人”！不允許出現(xiàn)兩個(gè)或者多個(gè)領(lǐng)導(dǎo)人，國(guó)家政務(wù)、外交等等大事小事都需要斯大林來發(fā)號(hào)施令。

??保證一個(gè)類只有一個(gè)實(shí)例，并且整個(gè)系統(tǒng)能訪問該實(shí)例。

單例類保證只有一個(gè)實(shí)例

單例類必須自己創(chuàng)建自己的唯一實(shí)例

單例類提供給系統(tǒng)提供該唯一實(shí)例

單例的定義也就是這么簡(jiǎn)單，還不明白？直白點(diǎn)就是該類只能new一個(gè)對(duì)象，不允許new第二個(gè)對(duì)象，而系統(tǒng)訪問的就是該對(duì)象。
那有什么辦法保證只有一個(gè)領(lǐng)導(dǎo)人斯大林呢？較常見的兩種方式：餓漢式和懶漢式

這里提示一點(diǎn)，在學(xué)習(xí)設(shè)計(jì)模式的時(shí)候，UML圖會(huì)讓你更容易，而且深刻的去理解到該模式的核心。況且，UML圖也是成為項(xiàng)目管理者必備的技能。

如何確保一個(gè)系統(tǒng)只產(chǎn)生一個(gè)實(shí)例？這里必須使用private修飾構(gòu)造函數(shù)，并且在構(gòu)造函數(shù)里邊實(shí)例化。

前面提到了單例模式比較常見的兩種方式：餓漢式和懶漢式。下面我們來具體看看到底有多餓，以及到底有多懶！

1、餓漢式

首先，來看一下餓漢式單例模式。

餓漢式單例代碼如下：

public class EagerSingleton {

    private static EagerSingleton singleton = new EagerSingleton();

    private EagerSingleton() {
    } 

    public static EagerSingleton getSingleton() {
        return singleton;
    }
}

??注意，這里獲取實(shí)例必須使用靜態(tài)方法，要不然類外部無法訪問通過該方法得到唯一實(shí)例。

“餓漢式”顧名思義，已經(jīng)等不及外部需要用到的時(shí)候才實(shí)例化，于是在裝載類的時(shí)候就創(chuàng)建對(duì)象實(shí)例，一個(gè)自力更生的好榜樣~

餓漢式單例存在的問題主要是：既然在初始化的時(shí)候就已經(jīng)裝載類，必然會(huì)消耗內(nèi)存。

2、懶漢式

懶漢式單例代碼如下：

public class LazySingleton {

    private static LazySingleton singleton = null;

    private LazySingleton() {
    }

    public static synchronized LazySingleton getSingleton() {
        if (instance == null) {
            singleton = new LazySingleton();
        }
        return singleton;
    }
}

??這里使用了synchronized進(jìn)行同步，以保證線程安全

“懶漢式”的定義也容易理解，因?yàn)閼?，所以?dāng)需要使用到該實(shí)例的時(shí)候才去創(chuàng)建對(duì)象實(shí)例，在此之前不對(duì)類進(jìn)行實(shí)例化。

懶漢式單例主要問題：由于它的實(shí)現(xiàn)是線程安全的，會(huì)降低對(duì)實(shí)例的訪問速度，并且每次都需要進(jìn)行判斷。

??來到這的時(shí)候，既然上面兩個(gè)方式的單例都存在著問題，那有沒有一種方式，既能保證性能受到的影響小，并且可以保證線程安全的呢？網(wǎng)上很多現(xiàn)有的資源都提及到雙重檢查加鎖，在我第一次看到這東西的時(shí)候就覺得名字都很麻煩，實(shí)際上它的實(shí)現(xiàn)也比較麻煩，還有就是volatile關(guān)鍵字對(duì)性能有所影響，因此不推薦使用，這里也不做介紹了。當(dāng)然，選擇哪一種方式是根據(jù)個(gè)人實(shí)際項(xiàng)目的情況來選用的。

先別著急走，接下來登場(chǎng)的是比較完美的實(shí)現(xiàn)單例模式的方式枚舉單例

老規(guī)矩，先上代碼：

public enum Singleton {

    singleton;

    public void singletonFunc() { // 該單例需要實(shí)現(xiàn)的功能
    }

}

??是不是很簡(jiǎn)單？而且因?yàn)樽詣?dòng)序列化機(jī)制，保證了線程的絕對(duì)安全。三個(gè)詞概括該方式：簡(jiǎn)單、高效、安全

??好了，設(shè)計(jì)模式系列的第一篇到這就結(jié)束了。大家覺得哪里需要改進(jìn)，或者是需要筆者提供支持的可以下邊留言。剛開始的模式大家都比較容易理解，接下來才是重頭戲。下一篇的設(shè)計(jì)模式是：工廠方法模式。

設(shè)計(jì)模式Java源碼GitHub下載：https://github.com/jetLee92/DesignPattern