單例模式

  • 一、什么是單例模式
  • 二、單例模式的應(yīng)用場景
  • 三、單例模式的優(yōu)缺點(diǎn)
  • 四、單例模式的實(shí)現(xiàn)]
  • 五、總結(jié)

正文

本文首先概述了單例模式,揭示了單例模式的應(yīng)用場景和優(yōu)缺點(diǎn),最后我們給出了單例模式的幾種實(shí)現(xiàn)方式及注意事項(xiàng)。

一、什么是單例模式

單例模式是一種常用的軟件設(shè)計(jì)模式,其定義是單例對象的類只能允許一個實(shí)例存在。

許多時候整個系統(tǒng)只需要擁有一個的全局對象,這樣有利于我們協(xié)調(diào)系統(tǒng)整體的行為。比如在某個服務(wù)器程序中,該服務(wù)器的配置信息存放在一個文件中,這些配置數(shù)據(jù)由一個單例對象統(tǒng)一讀取,然后服務(wù)進(jìn)程中的其他對象再通過這個單例對象獲取這些配置信息。這種方式簡化了在復(fù)雜環(huán)境下的配置管理。

image

單例的實(shí)現(xiàn)主要是通過以下兩個步驟

  1. 將該類的構(gòu)造方法定義為私有方法,這樣其他處的代碼就無法通過調(diào)用該類的構(gòu)造方法來實(shí)例化該類的對象,只有通過該類提供的靜態(tài)方法來得到該類的唯一實(shí)例;
  2. 在該類內(nèi)提供一個靜態(tài)方法,當(dāng)我們調(diào)用這個方法時,如果類持有的引用不為空就返回這個引用,如果類保持的引用為空就創(chuàng)建該類的實(shí)例并將實(shí)例的引用賦予該類保持的引用。

二、單例模式的應(yīng)用場景

舉一個小例子,在我們的windows桌面上,我們打開了一個回收站,當(dāng)我們試圖再次打開一個新的回收站時,Windows系統(tǒng)并不會為你彈出一個新的回收站窗口。,也就是說在整個系統(tǒng)運(yùn)行的過程中,系統(tǒng)只維護(hù)一個回收站的實(shí)例。這就是一個典型的單例模式運(yùn)用。

繼續(xù)說回收站,我們在實(shí)際使用中并不存在需要同時打開兩個回收站窗口的必要性。假如我每次創(chuàng)建回收站時都需要消耗大量的資源,而每個回收站之間資源是共享的,那么在沒有必要多次重復(fù)創(chuàng)建該實(shí)例的情況下,創(chuàng)建了多個實(shí)例,這樣做就會給系統(tǒng)造成不必要的負(fù)擔(dān),造成資源浪費(fèi)。

再舉一個例子,網(wǎng)站的計(jì)數(shù)器,一般也是采用單例模式實(shí)現(xiàn),如果你存在多個計(jì)數(shù)器,每一個用戶的訪問都刷新計(jì)數(shù)器的值,這樣的話你的實(shí)計(jì)數(shù)的值是難以同步的。但是如果采用單例模式實(shí)現(xiàn)就不會存在這樣的問題,而且還可以避免線程安全問題。同樣多線程的線程池的設(shè)計(jì)一般也是采用單例模式,這是由于線程池需要方便對池中的線程進(jìn)行控制

同樣,對于一些應(yīng)用程序的日志應(yīng)用,或者web開發(fā)中讀取配置文件都適合使用單例模式,如HttpApplication 就是單例的典型應(yīng)用。

從上述的例子中我們可以總結(jié)出適合使用單例模式的場景和優(yōu)缺點(diǎn):

適用場景:

  • 1.需要生成唯一序列的環(huán)境
  • 2.需要頻繁實(shí)例化然后銷毀的對象。
  • 3.創(chuàng)建對象時耗時過多或者耗資源過多,但又經(jīng)常用到的對象
  • 4.方便資源相互通信的環(huán)境

三、單例模式的優(yōu)缺點(diǎn)

優(yōu)點(diǎn)

  • 在內(nèi)存中只有一個對象,節(jié)省內(nèi)存空間;

  • 避免頻繁的創(chuàng)建銷毀對象,可以提高性能;

  • 避免對共享資源的多重占用,簡化訪問;

  • 為整個系統(tǒng)提供一個全局訪問點(diǎn)。

缺點(diǎn)

  • 不適用于變化頻繁的對象;

  • 濫用單例將帶來一些負(fù)面問題,如為了節(jié)省資源將數(shù)據(jù)庫連接池對象設(shè)計(jì)為的單例類,可能會導(dǎo)致共享連接池對象的程序過多而出現(xiàn)連接池溢出;

  • 如果實(shí)例化的對象長時間不被利用,系統(tǒng)會認(rèn)為該對象是垃圾而被回收,這可能會導(dǎo)致對象狀態(tài)的丟失;

四、單例模式的實(shí)現(xiàn)

1.餓漢式

// 餓漢式單例
public class Singleton1 {
 
    // 指向自己實(shí)例的私有靜態(tài)引用,主動創(chuàng)建
    private static Singleton1 singleton1 = new Singleton1();
 
    // 私有的構(gòu)造方法
    private Singleton1(){}
 
    // 以自己實(shí)例為返回值的靜態(tài)的公有方法,靜態(tài)工廠方法
    public static Singleton1 getSingleton1(){
        return singleton1;
    }
}

我們知道,類加載的方式是按需加載,且加載一次。。因此,在上述單例類被加載時,就會實(shí)例化一個對象并交給自己的引用,供系統(tǒng)使用;而且,由于這個類在整個生命周期中只會被加載一次,因此只會創(chuàng)建一個實(shí)例,即能夠充分保證單例。

優(yōu)點(diǎn):這種寫法比較簡單,就是在類裝載的時候就完成實(shí)例化。避免了線程同步問題。

缺點(diǎn):在類裝載的時候就完成實(shí)例化,沒有達(dá)到Lazy Loading的效果。如果從始至終從未使用過這個實(shí)例,則會造成內(nèi)存的浪費(fèi)。

2.懶漢式

// 懶漢式單例
public class Singleton2 {
 
    // 指向自己實(shí)例的私有靜態(tài)引用
    private static Singleton2 singleton2;
 
    // 私有的構(gòu)造方法
    private Singleton2(){}
 
    // 以自己實(shí)例為返回值的靜態(tài)的公有方法,靜態(tài)工廠方法
    public static Singleton2 getSingleton2(){
        // 被動創(chuàng)建,在真正需要使用時才去創(chuàng)建
        if (singleton2 == null) {
            singleton2 = new Singleton2();
        }
        return singleton2;
    }
}

我們從懶漢式單例可以看到,單例實(shí)例被延遲加載,即只有在真正使用的時候才會實(shí)例化一個對象并交給自己的引用。

這種寫法起到了Lazy Loading的效果,但是只能在單線程下使用。如果在多線程下,一個線程進(jìn)入了if (singleton == null)判斷語句塊,還未來得及往下執(zhí)行,另一個線程也通過了這個判斷語句,這時便會產(chǎn)生多個實(shí)例。所以在多線程環(huán)境下不可使用這種方式。

3.雙重加鎖機(jī)制

public class Singleton
    {
        private static Singleton instance;
        //程序運(yùn)行時創(chuàng)建一個靜態(tài)只讀的進(jìn)程輔助對象
        private static readonly object syncRoot = new object();
        private Singleton() { }
        public static Singleton GetInstance()
        {
            //先判斷是否存在,不存在再加鎖處理
            if (instance == null)
            {
                //在同一個時刻加了鎖的那部分程序只有一個線程可以進(jìn)入
                lock (syncRoot)
                {
                    if (instance == null)
                    {
                        instance = new Singleton();
                    }
                }
            }
            return instance;
        }
    }

Double-Check概念對于多線程開發(fā)者來說不會陌生,如代碼中所示,我們進(jìn)行了兩次if (singleton == null)檢查,這樣就可以保證線程安全了。這樣,實(shí)例化代碼只用執(zhí)行一次,后面再次訪問時,判斷if (singleton == null),直接return實(shí)例化對象。

使用雙重檢測同步延遲加載去創(chuàng)建單例的做法是一個非常優(yōu)秀的做法,其不但保證了單例,而且切實(shí)提高了程序運(yùn)行效率

優(yōu)點(diǎn):線程安全;延遲加載;效率較高。

4.靜態(tài)初始化

//阻止發(fā)生派生,而派生可能會增加實(shí)例
    public sealed class Singleton
    {
        //在第一次引用類的任何成員時創(chuàng)建實(shí)例,公共語言運(yùn)行庫負(fù)責(zé)處理變量初始化
        private static readonly Singleton instance=new Singleton();
        
        private Singleton() { }
        public static Singleton GetInstance()
        {
            return instance;
        }
    }

在實(shí)際應(yīng)用中,C#與公共語言運(yùn)行庫也提供了一種“靜態(tài)初始化”方法,這種方法不需要開發(fā)人員顯式地編寫線程安全代碼,即可解決多線程環(huán)境下它是不安全的問題。

五、總結(jié)

當(dāng)然,單例模式的實(shí)現(xiàn)方法還有很多。但是,這四種是比較經(jīng)典的實(shí)現(xiàn),也是我們應(yīng)該掌握的幾種實(shí)現(xiàn)方式。

從這四種實(shí)現(xiàn)中,我們可以總結(jié)出,要想實(shí)現(xiàn)效率高的線程安全的單例,我們必須注意以下兩點(diǎn):

  • 盡量減少同步塊的作用域;

  • 盡量使用細(xì)粒度的鎖。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 一、什么是單例模式 保證一個類僅有一個實(shí)例,并提供了一個訪問他的全局訪問點(diǎn)。其目的是保證整個應(yīng)用中只存在類的唯一實(shí)...
    小魚兒_f32a閱讀 1,053評論 0 0
  • 單例模式(Singleton):在應(yīng)用這個模式時,單例對象的類必須保證只有一個實(shí)例存在。許多時候整個系統(tǒng)只需要擁有...
    _SHYII閱讀 1,110評論 0 2
  • 定義概述: 單例模式是設(shè)計(jì)模式中一種,它的要求是單例模式實(shí)現(xiàn)的類,必須保證全局中只能實(shí)例出一個對象,即在全局中只能...
    linjiajiam閱讀 524評論 0 0
  • 概述 單例模式就是保證在整個應(yīng)用程序的生命周期中,在任何時刻,被指定的類只有一個實(shí)例,并為客戶程序提供一個獲取該實(shí)...
    seay閱讀 1,960評論 3 12
  • 在有些系統(tǒng)中,為了節(jié)省內(nèi)存資源、保證數(shù)據(jù)內(nèi)容的一致性,對某些類要求只能創(chuàng)建一個實(shí)例,這就是所謂的單例模式。 單例模...
    Zal哥哥閱讀 398評論 0 0

友情鏈接更多精彩內(nèi)容