JDK雙重檢查鎖定失敗怎么解決
這篇文章主要介紹了JDK雙重檢查鎖定失敗怎么解決的相關(guān)知識(shí)，內(nèi)容詳細(xì)易懂，操作簡(jiǎn)單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇JDK雙重檢查鎖定失敗怎么解決文章都會(huì)有所收獲，下面我們一起來(lái)看看吧。
網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)公司！專注于網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、小程序定制開(kāi)發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了崇明免費(fèi)建站歡迎大家使用！
雙重檢查鎖定在延遲初始化的單例模式中見(jiàn)得比較多(單例模式實(shí)現(xiàn)方式很多，這里為說(shuō)明雙重檢查鎖定問(wèn)題，只選取這一種方式)，先來(lái)看一個(gè)版本：
public class Singleton { private static Singleton instance = null; private Singleton(){} public static Singleton getInstance() { if(instance == null) { instance = new Singleton(); } return instance; } }上面是最原始的模式，一眼就可以看出，在多線程環(huán)境下，可能會(huì)產(chǎn)生多個(gè)Singleton實(shí)例，于是有了其同步的版本：
public class Singleton { private static Singleton instance = null; private Singleton(){} public synchronized static Singleton getInstance() { if(instance == null) { instance = new Singleton(); } return instance; } }在這個(gè)版本中，每次調(diào)用getInstance都需要取得Singleton.class上的鎖，然而該鎖只是在開(kāi)始構(gòu)建Singleton 對(duì)象的時(shí)候才是必要的，后續(xù)的多線程訪問(wèn)，效率會(huì)降低，于是有了接下來(lái)的版本：
public class Singleton { private static Singleton instance = null; private Singleton(){} public static Singleton getInstance() { if(instance == null) { synchronized(Singleton.class) { if(instance == null) { instance = new Singleton(); } } } return instance; } }很好的想法!不幸的是，該方案也未能解決問(wèn)題之根本：
原因在于：初始化Singleton 和 將對(duì)象地址寫(xiě)到instance字段 的順序是不確定的。在某個(gè)線程new Singleton()時(shí)，在構(gòu)造方法被調(diào)用之前，就為該對(duì)象分配了內(nèi)存空間并將對(duì)象的字段設(shè)置為默認(rèn)值。此時(shí)就可以將分配的內(nèi)存地址賦值給instance字段了，然而該對(duì)象可能還沒(méi)有初始化;此時(shí)若另外一個(gè)線程來(lái)調(diào)用getInstance，取到的就是狀態(tài)不正確的對(duì)象。
鑒于以上原因，有人可能提出下列解決方案：
public class Singleton { private static Singleton instance = null; private Singleton(){} public static Singleton getInstance() { if(instance == null) { Singleton temp; synchronized(Singleton.class) { temp = instance; if(temp == null) { synchronized(Singleton.class) { temp = new Singleton(); } instance = temp; } } } return instance; } }該方案將Singleton對(duì)象的構(gòu)造置于最里面的同步塊，這種思想是在退出該同步塊時(shí)設(shè)置一個(gè)內(nèi)存屏障，以阻止初始化Singleton 和 將對(duì)象地址寫(xiě)到instance字段 的重新排序。
不幸的是，這種想法也是錯(cuò)誤的，同步的規(guī)則不是這樣的。退出監(jiān)視器(退出同步)的規(guī)則是：所以在退出監(jiān)視器前面的動(dòng)作都必須在釋放監(jiān)視器之前完成。然而，并沒(méi)有規(guī)定說(shuō)退出監(jiān)視器之后的動(dòng)作不能放到退出監(jiān)視器之前完成。也就是說(shuō)同步塊里的代碼必須在退出同步時(shí)完成，而同步塊后面的代碼則可以被編譯器或運(yùn)行時(shí)環(huán)境移到同步塊中執(zhí)行。
編譯器可以合法的，也是合理的，將instance = temp移動(dòng)到最里層的同步塊內(nèi)，這樣就出現(xiàn)了上個(gè)版本同樣的問(wèn)題。
在JDK1.5及其后續(xù)版本中，擴(kuò)充了volatile語(yǔ)義，系統(tǒng)將不允許對(duì) 寫(xiě)入一個(gè)volatile變量的操作與其之前的任何讀寫(xiě)操作 重新排序，也不允許將 讀取一個(gè)volatile變量的操作與其之后的任何讀寫(xiě)操作 重新排序。
在jdk1.5及其后的版本中，可以將instance 設(shè)置成volatile以讓雙重檢查鎖定生效，如下：
public class Singleton { private static volatile Singleton instance = null; private Singleton(){} public static Singleton getInstance() { if(instance == null) { synchronized(Singleton.class) { if(instance == null) { instance = new Singleton(); } } } return instance; } }需要注意的是：在JDK1.4以及之前的版本中，該方式仍然有問(wèn)題。
關(guān)于“JDK雙重檢查鎖定失敗怎么解決”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對(duì)“JDK雙重檢查鎖定失敗怎么解決”知識(shí)都有一定的了解，大家如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。
網(wǎng)頁(yè)名稱：JDK雙重檢查鎖定失敗怎么解決
分享路徑：http://m.jiaotiyi.com/article/pdpepo.html