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

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

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

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

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

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

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

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

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

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

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

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

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

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

總結(jié)

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