設計模式(三) 單例模式

單例模式也是一種創建型模式,而且也非常容易理解:在一個系統中可能需要多個配置文件,我們希望這些配置文件的實例只存在一個,而不是存在多個重復的實例。這時候就需要使用單例模式。

單例模式有幾個要點:

  • 一是必須確保只存在一個類的實例。
  • 二是類必須自己創建自己,不允許其他類來創建自己。
  • 三是必須提供一個方法允許其他類訪問單例成員。

根據這些特點,我們可以很容易猜出單例類在Java的樣子:首先他的構造方法必須是私有的,然后往往需要一個公有的靜態方法獲取單例實例。

單例的實現

單例模式的實現有很多種,按照單例的實例化的時機可以分為餓漢式和懶漢式兩種,下面來逐一說明。

懶漢式(非線程安全)

這種方式非常簡單,也很容易理解。單例實例在第一次調用的時候才創建,符合懶加載的要求。唯一缺點是這種方式不支持多線程,在多線程環境下可能會創建多個對象。

public class UnThreadSafeSingleton {
    private UnThreadSafeSingleton() {
    }

    private static UnThreadSafeSingleton singleton;

    public static UnThreadSafeSingleton getSingleton() {
        if (singleton == null) {
            singleton = new UnThreadSafeSingleton();
        }
        return singleton;
    }
}

懶漢式(同步的)

我們可以對上面的實現方式進行改進,以便在多線程環境下也可以正常工作。實現方式很簡單,直接在方法上添加synchronized關鍵字即可。

這種實現方式雖然也很簡單,但是性能不咋地。由于直接在方法上加了鎖,所以如果同時有兩個地方獲取單例對象,其中一個就會阻塞。在獲取單例的次數獲取比較多的時候性能很差。

public class SynchronizedThreadSafeSingleton {
    private static SynchronizedThreadSafeSingleton singleton;

    private SynchronizedThreadSafeSingleton() {

    }

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

餓漢式(靜態初始化)

如果不要求必須懶加載,那么我們可以使用JVM的類加載工作機制,方便的實現單例模式。

JVM在第一次加載類的時候,會被初始化累的靜態域,并確保靜態域只初始化一次。所以我們可以將創建單例的代碼放到靜態初始化塊中,這樣JVM會幫我們創建單例。這種方式的缺點就是加載類的時候就創建了單例對象,沒有懶加載。

public class FirstLoadSingleton {
    private static FirstLoadSingleton singleton;

    private FirstLoadSingleton() {
    }

    static {
        singleton = new FirstLoadSingleton();
    }

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

雙檢鎖方式

這種方式比較復雜,但是其他方面都很好:既實現了懶加載,同時也是線程安全的,性能還不錯。

雙檢鎖模式的要點:一是單例必須使用volatile關鍵字標記;二是在創建單例的時候要進行兩次檢查(這就是雙檢鎖的含義)。我們可以看到同步塊在第一次判斷之后,也就是說只有在第一次調用時才可能發生競爭和阻塞。單例創建之后,在獲取單例的時候不會調用同步塊,因此速度會非???。和前面的直接在方法上添加同步的例子相比,真是不知道高到哪里去了。

public class DoubleCheckLockSingleton {
    private volatile static DoubleCheckLockSingleton singleton;

    private DoubleCheckLockSingleton() {
    }

    public static DoubleCheckLockSingleton getSingleton() {
        if (singleton == null) {
            synchronized (DoubleCheckLockSingleton.class) {
                if (singleton == null) {
                    singleton = new DoubleCheckLockSingleton();
                }
            }
        }
        return singleton;
    }
}

靜態內部類方式

這種方式和雙檢鎖方式的效果類似,既可以保證懶加載又具有多線程下的性能優勢。而且實現起來更加簡單。唯一缺點就是單例對象必須是靜態的,而雙檢鎖方式的單例對象可以是實例的。

道理也很簡單,如果我們把單例放到類的靜態字段上,不能保證延遲加載的話,那么再用一層內部類包住不就行了。這樣,當外層類第一次加載的時候,不會觸發單例的初始化。而在第一次獲取單例的時候,才會調用內部類,從而讓JVM加載單例。

public class InnerClassSingleton {
    private static class Inner {
        private static InnerClassSingleton singleton = new InnerClassSingleton();
    }

    private InnerClassSingleton() {
    }

    public static InnerClassSingleton getSingleton() {
        return Inner.singleton;
    }
}

枚舉方式

這種方式是Java實現單例最好的方式,連《Effective Java》都推薦我們使用這種方式。不過現在貌似使用的還是比較少。一來,枚舉是Java 1.5才加入的東西;二來,Java的枚舉使用起來確實很捉急。甚至有些開發實踐都要求不使用枚舉,而是使用共有靜態字段來代替。所以枚舉單例這種方式就比較稀少了。

不過確實,Java的枚舉天生就是為實現單例而存在的。首先,枚舉的實例是在使用時才被初始化的,這和單例模式延遲加載的要求相符。其次,枚舉類型只允許存在私有的構造函數,從根本上杜絕了創建多個單例的可能性。而且當枚舉序列化和反序列化的時候,同樣會保證單例的唯一性。因此我們說,枚舉方式是Java實現單例最好的方式。

可能還是不太好理解,所以還是直接看代碼吧。假設我們需要一個單例的配置對象,我們可以創建枚舉來解決。枚舉的構造方法默認(且只能)是私有的,我們直接在構造方法中初始化數據(例如從文件讀取等等),然后通過枚舉類中定義的方法來讀取數據。如果對Java的枚舉還是感覺到比較陌生的話回去復習一下枚舉類的用法。

public enum EnumSingleton {
    Instance;

    private String data;

    EnumSingleton() {
        //在構造方法中進行初始化
        data = "Some data";
    }

    public String getData() {
        return data;
    }
}

當然在現在的Java生態中單例模式一般不需要我們手動實現了。像Spring和Guice這樣的依賴注入框架已經實現了單例模式,所以我們在使用這些框架的時候,創建和確保單例的工作有這些框架完成,我們只需要編寫傳統的非線程安全類即可。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,517評論 6 539
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,087評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事?!?“怎么了?”我有些...
    開封第一講書人閱讀 177,521評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,493評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,207評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,603評論 1 325
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,624評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,813評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,364評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,110評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,305評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,874評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,532評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,953評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,209評論 1 291
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,033評論 3 396
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,268評論 2 375

推薦閱讀更多精彩內容

  • 單例模式(SingletonPattern)一般被認為是最簡單、最易理解的設計模式,也因為它的簡潔易懂,是項目中最...
    成熱了閱讀 4,284評論 4 34
  • 1 場景問題# 1.1 讀取配置文件的內容## 考慮這樣一個應用,讀取配置文件的內容。 很多應用項目,都有與應用相...
    七寸知架構閱讀 6,861評論 12 68
  • 前言 本文主要參考 那些年,我們一起寫過的“單例模式”。 何為單例模式? 顧名思義,單例模式就是保證一個類僅有一個...
    tandeneck閱讀 2,529評論 1 8
  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具(例如配置管理,服務發現,斷路器,智...
    卡卡羅2017閱讀 134,809評論 18 139
  • 今天是世界旅游日,給孩子們翹課一天,帶小姑娘們出去撒個歡! 感謝這個節日,這座城市好多景點都免費,于是早早就約好今...
    Williamlora閱讀 413評論 0 0