• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            colorful

            zc qq:1337220912

             

            Double-checked locking真的有效嗎?

            Double-checked locking真的有效嗎?

            作者: zsxwing 日期: 2011-04-29 10:48:06

            在很多設(shè)計(jì)模式的書籍中,我們都可以看到類似下面的單例模式的實(shí)現(xiàn)代碼,一般稱為Double-checked locking(DCL)

            01public class Singleton {
            02 
            03    private static Singleton instance;
            04 
            05    private Singleton() {
            06        // do something
            07    }
            08 
            09    public static Singleton getInstance() {
            10        if (instance == null) {//1
            11            synchronized (Singleton.class) {//2
            12                if (instance == null) {//3
            13                    instance = new Singleton();//4
            14                }
            15            }
            16        }
            17        return instance;
            18    }
            19}

            這樣子的代碼看起來很完美,可以解決instance的延遲初始化。只是,事實(shí)往往不是如此。

            問題在于instance = new Singleton();這行代碼。

            在我們看來,這行代碼的意義大概是下面這樣子的

             

             

            	mem = allocate();             //收集內(nèi)存 
            ctorSingleton(mem); //調(diào)用構(gòu)造函數(shù)
            instance = mem; //把地址傳給instance
            	

             

            這行代碼在Java虛擬機(jī)(JVM)看來,卻可能是下面的三個(gè)步驟(亂序執(zhí)行的機(jī)制):

             

            	mem = allocate();             //收集內(nèi)存 
            instance = mem; //把地址傳給instance
            	ctorSingleton(instance);      //調(diào)用構(gòu)造函數(shù)

             

            下面我們來假設(shè)一個(gè)場景。

            1. 線程A調(diào)用getInstance函數(shù)并且執(zhí)行到//4。但是線程A只執(zhí)行到賦值語句,還沒有調(diào)用構(gòu)造函數(shù)。此時(shí),instance已經(jīng)不是null了,但是對象還沒有初始化。
            2. 很不幸線程A這時(shí)正好被掛起。
            3. 線程B獲得執(zhí)行的權(quán)力,然后也開始調(diào)用getInstance。線程B在//1發(fā)現(xiàn)instance已經(jīng)不是null了,于是就返回對象了,但是這個(gè)對象還沒有初始化,于是對這個(gè)對象進(jìn)行操作就出錯(cuò)了。

            問題就出在instance被提前初始化了。

            解決方案一,不使用延遲加載:

            01public class Singleton {
            02 
            03    private static Singleton instance = new Singleton();
            04 
            05    private Singleton() {
            06        // do something
            07    }
            08 
            09    public static Singleton getInstance() {
            10        return instance;
            11    }
            12}

            JVM內(nèi)部的機(jī)制能夠保證當(dāng)一個(gè)類被加載的時(shí)候,這個(gè)類的加載過程是線程互斥的。這樣當(dāng)我們第一次調(diào)用getInstance的時(shí)候,JVM能夠幫我們保證instance只被創(chuàng)建一次,并且會保證把賦值給instance的內(nèi)存初始化完畢。

            解決方案二,利用一個(gè)內(nèi)部類來實(shí)現(xiàn)延遲加載:

            01public class Singleton {
            02 
            03    private Singleton() {
            04        // do something
            05    }
            06 
            07    private static class SingletonContainer {
            08        private static Singleton instance = new Singleton();
            09    }
            10 
            11    public static Singleton getInstance() {
            12        return SingletonContainer.instance;
            13    }
            14}

            這兩種方案都是利用了JVM的類加載機(jī)制的互斥。

            方案二的延遲加載實(shí)現(xiàn)是因?yàn)椋挥性诘谝淮握{(diào)用Singleton.getInstance()函數(shù)時(shí),JVM才會去加載SingletonContainer,并且初始化instance。

            不只Java存在這個(gè)問題,C/C++由于CPU的亂序執(zhí)行機(jī)制,也同樣存在這樣的問題。

            抱歉,我之前的理解有誤,DCL在Java中失效的原因是JIT比較激進(jìn)的優(yōu)化導(dǎo)致的,在C/C++并不會由于CPU的亂序執(zhí)行(調(diào)用構(gòu)造函數(shù)和賦值這兩個(gè)操作對CPU來說絕對不會亂序的)產(chǎn)生這個(gè)問題。

            暫時(shí)不知道Java對于這個(gè)問題是否修復(fù)了。

            posted on 2012-03-31 16:53 多彩人生 閱讀(322) 評論(0)  編輯 收藏 引用


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            麻豆久久| 国产国产成人精品久久| 国产精品日韩深夜福利久久| 久久精品免费一区二区三区| 国产激情久久久久影院| 国产精品久久久久久五月尺| 亚洲国产精品久久久天堂| 一级做a爰片久久毛片16| 一级做a爰片久久毛片看看| 久久人人妻人人爽人人爽| 国产精品免费久久久久久久久 | 国产亚洲婷婷香蕉久久精品| 国内精品久久久久久久涩爱| 亚洲综合熟女久久久30p| 国产精品欧美久久久久天天影视 | 无码人妻久久一区二区三区免费丨| 国产精品久久精品| 色综合久久久久久久久五月| 久久久久国色AV免费看图片| 久久综合狠狠色综合伊人| 欧美熟妇另类久久久久久不卡| 国产毛片久久久久久国产毛片| 久久国产精品成人影院| 亚洲精品乱码久久久久66| 性欧美大战久久久久久久| 热久久国产欧美一区二区精品| 久久国产亚洲精品麻豆| 99久久99久久久精品齐齐| 亚洲av伊人久久综合密臀性色| 久久国产精品无| 一极黄色视频久久网站| 一本综合久久国产二区| 国产欧美久久久精品影院| 伊人色综合久久天天人守人婷| 久久青青草原精品国产不卡| 久久精品18| 综合久久给合久久狠狠狠97色 | 蜜臀av性久久久久蜜臀aⅴ| 狠狠色婷婷久久一区二区| 亚洲中文字幕无码久久2017| 亚洲AV无码1区2区久久|