在Effecitve Java 一書的第48 條中提到了雙重檢查模式,並指出這種模式在Java 中通常並不適用。該模式的結構如下所示:
public Resource getResource() { if (resource == null) { synchronized(this){ if (resource==null) { resource = new Resource(); } } } return resource; }該模式是對下面的代碼改進:
public synchronized Resource getResource(){ if (resource == null){ resource = new Resource(); } return resource; }這段代碼的目的是對resource 延遲初始化。但是每次訪問的時候都需要同步。為了減少同步的開銷,於是有了雙重檢查模式。
在Java 中雙重檢查模式無效的原因是在不同步的情況下引用類型不是線程安全的。對於除了long 和double 的基本類型,雙重檢查模式是適用的。比如下面這段代碼就是正確的:
private int count; public int getCount(){ if (count == 0){ synchronized(this){ if (count == 0){ count = computeCount(); //一個耗時的計算} } } return count; }上面就是關於java中雙重檢查模式(double-check idiom)的一般結論。但是事情還沒有結束,因為java的內存模式也在改進中。 Doug Lea 在他的文章中寫道:“根據最新的JSR133 的Java 內存模型,如果將引用類型聲明為volatile,雙重檢查模式就可以工作了”。所以以後要在Java 中使用雙重檢查模式,可以使用下面的代碼:
private volatile Resource resource; public Resource getResource(){ if (resource == null){ synchronized(this){ if (resource==null){ resource = new Resource(); } } } return resource; }當然了,得是在遵循JSR133 規範的Java 中。
所以,double-check 在J2SE 1.4 或早期版本在多線程或者JVM 調優時由於out-of-order writes,是不可用的。 這個問題在J2SE 5.0 中已經被修復,可以使用volatile 關鍵字來保證多線程下的單例。
public class Singleton { private volatile Singleton instance = null; public Singleton getInstance() { if (instance == null) { synchronized(this) { if (instance == null) { instance = new Singleton(); } } } return instance; } }推薦方法是Initialization on Demand Holder(IODH),
public class Singleton { static class SingletonHolder { static Singleton instance = new Singleton(); } public static Singleton getInstance(){ return SingletonHolder.instance; } }以上就是本文的全部內容,希望對大家學習java程序設計有所幫助。