在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雙重檢查鎖定的實現代碼，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對服務器之家網站的支持！

原文鏈接：http://www.mamicode.com/info-detail-2341688.html