在Java程序中，有時候可能需要推遲一些高開銷的對像初始化操作，並且只有在使用這些對象時才進行初始化。這稱為延遲初始化或懶加載
看一個不安全的延遲初始化：
A線程執行1後，發現對象instance為null，準備對其new，而B線程卻先new了，這造成了錯誤
我們可以利用同步鎖，保證正確：
但是對整個方法進行同步開銷太大，人們想出了雙重檢查鎖定：
最小範圍所用同步鎖，利用雙重檢查看似實現了目的，但這齣現了一個問題：當A線程4執行時，線程B的7還未執行完成，而線程A判定instance != null. 線程B的7還未執行完成，為什麼會出現這種情況？
看一下new Instance()的底層關鍵實現：
其實是先執行1分配內存，然後再初始化對象和設置instance.然後這裡存在重排,2和3的順序可能被調換：
所以當B還執行完7時，A在4判定instance對像已經完成初始化了，如果在ctorInstance(memory)之前去調用instance就會出錯。
解決辦法有兩個：
1.將instance對象聲明為volatile，它會禁止2,3的重排
2.利用基於類初始化的解決方案：JVM在類的初始化階段（即在Class被加載後，且被線程使用之前），會執行類的初始化。在
執行類的初始化期間，JVM會去獲取一個鎖。這個鎖可以同步多個線程對同一個類的初始化
我們會發現基於類初始化的方案的實現代碼更簡潔。但基於volatile的雙重檢查鎖定的方案有一個額外的優勢：除了可以對靜態字段實現延遲初始化外，還可以對實例字段實現延遲初始化。字段延遲初始化降低了初始化類或創建實例的開銷，但增加了訪問被延遲初始化的字段的開銷。在大多數時候，正常的初始化要優於延遲初始化。如果確實需要對實例字段使用線程安全的延遲初始化，請使用上面介紹的基於volatile的延遲初始化的方案；如果確實需要對靜態字段使用線程安全的延遲初始化，請使用上面介紹的基於類初始化的方案。
總結
以上所述是小編給大家介紹的java雙重檢查鎖定的實現代碼，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對武林網網站的支持！