在Java程序中，有時(shí)候可能需要推遲一些高開(kāi)銷(xiāo)的對(duì)象初始化操作，并且只有在使用這些對(duì)象時(shí)才進(jìn)行初始化 。這稱(chēng)為延遲初始化或懶加載

    看一個(gè)不安全的延遲初始化：

A線程執(zhí)行1后，發(fā)現(xiàn)對(duì)象instance為null，準(zhǔn)備對(duì)其new，而B(niǎo)線程卻先new了，這造成了錯(cuò)誤

  我們可以利用同步鎖，保證正確：

   但是對(duì)整個(gè)方法進(jìn)行同步開(kāi)銷(xiāo)太大，人們想出了雙重檢查鎖定：

最小范圍所用同步鎖，利用雙重檢查看似實(shí)現(xiàn)了目的，但這出現(xiàn)了一個(gè)問(wèn)題：當(dāng)A線程4執(zhí)行時(shí)，線程B的7還未執(zhí)行完成，而線程A判定instance != null.   線程B的7還未執(zhí)行完成，為什么會(huì)出現(xiàn)這種情況？

   看一下new Instance()的底層關(guān)鍵實(shí)現(xiàn)：

其實(shí)是先執(zhí)行1分配內(nèi)存，然后再初始化對(duì)象和設(shè)置instance.然后這里存在重排,2和3的順序可能被調(diào)換：

所以當(dāng)B還執(zhí)行完7時(shí)，A在4判定instance對(duì)象已經(jīng)完成初始化了，如果在ctorInstance(memory)之前去調(diào)用instance就會(huì)出錯(cuò)。

  解決辦法有兩個(gè)：

1.將instance對(duì)象聲明為volatile，它會(huì)禁止2,3的重排

 2.利用基于類(lèi)初始化的解決方案 ：JVM在類(lèi)的初始化階段（即在Class被加載后，且被線程使用之前），會(huì)執(zhí)行類(lèi)的初始化。在

執(zhí)行類(lèi)的初始化期間，JVM會(huì)去獲取一個(gè)鎖。這個(gè)鎖可以同步多個(gè)線程對(duì)同一個(gè)類(lèi)的初始化

  我們會(huì)發(fā)現(xiàn)基于類(lèi)初始化的方案的實(shí)現(xiàn)代碼更簡(jiǎn)潔。但基于volatile的雙重檢查鎖定的方案有一個(gè)額外的優(yōu)勢(shì)：除了可以對(duì)靜態(tài)字段實(shí)現(xiàn)延遲初始化外，還可以對(duì)實(shí)例字段實(shí)現(xiàn)延遲初始化。字段延遲初始化降低了初始化類(lèi)或創(chuàng)建實(shí)例的開(kāi) 銷(xiāo)，但增加了訪問(wèn)被延遲初始化的字段的開(kāi)銷(xiāo)。在大多數(shù)時(shí)候，正常的初始化要優(yōu)于延遲初始化。如果確實(shí)需要對(duì)實(shí)例字段使用線程安全的延遲初始化，請(qǐng)使用上面介紹的基于volatile的延遲初始化的方案；如果確實(shí)需要對(duì)靜態(tài)字段使用線程安全的延遲初始化，請(qǐng)使用上面介紹的基于類(lèi)初始化的方案。

總結(jié)

以上所述是小編給大家介紹的java雙重檢查鎖定的實(shí)現(xiàn)代碼，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

最新評(píng)論