Java 中的双重检查(Double-Check)
2010-03-31 22:03
441 查看
在 Effecitve Java 一书的第 48 条中提到了双重检查模式,并指出这种模式在 Java 中通常并不适用。该模式的结构如下所示:
该模式是对下面的代码改进:
这段代码的目的是对 resource 延迟初始化。但是每次访问的时候都需要同步。为了减少同步的开销,于是有了双重检查模式。
在 Java 中双重检查模式无效的原因是在不同步的情况下引用类型不是线程安全的。对于除了 long 和 double 的基本类型,双重检查模式是适用
的。比如下面这段代码就是正确的:
上面就是关于java中双重检查模式(double-check
idiom)的一般结论。但是事情还没有结束,因为java的内存模式也在改进中。Doug
Lea 在他的文章中写道:“根据最新的 JSR133 的 Java 内存模型,如果将引用类型声明为 volatile,双重检查模式就可以工作了”,参见
http://gee.cs.oswego.edu/dl/cpj/updates.html
。
所以以后要在 Java 中使用双重检查模式,可以使用下面的代码:
当然了,得是在遵循 JSR133 规范的 Java 中。
所以,double-check 在 J2SE 1.4 或早期版本在多线程或者 JVM 调优时由于 out-of-order writes,是不可用的。
这个问题在 J2SE 5.0 中已经被修复,可以使用 volatile 关键字来保证多线程下的单例。
推荐方法
是Initialization on Demand Holder(IODH),
详见 http://en.wikipedia.org/wiki/Initialization_on_demand_holder_idiom
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,双重检查模式就可以工作了”,参见
http://gee.cs.oswego.edu/dl/cpj/updates.html
。
所以以后要在 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),
详见 http://en.wikipedia.org/wiki/Initialization_on_demand_holder_idiom
public class Singleton { static class SingletonHolder { static Singleton instance = new Singleton(); } public static Singleton getInstance(){ return SingletonHolder.instance; } }
相关文章推荐
- Java 单例模式中使用双重检查(Double-Check)
- Java 中的双重检查(Double-Check)
- Java 中的双重检查(Double-Check)
- java中的双重锁定检查(Double Check Lock)
- java中的双重检查模式(double-check idiom)
- Java 中的双重检查(Double-Check)
- Java中的双重检查(Double-Check)详解
- Java 中的双重检查(Double-Check)
- Java 中的双重检查(Double-Check)
- Java 中的双重检查(Double-Check)
- Java 中的双重检查(Double-Check)
- 单例模式中的 双重检查锁定(Double-Check Locking )
- Java设计模式之单例模式 double---checked----locking双重检查锁定
- Java并发编程实战--双重检查加锁( double check lock)与延迟初始化占位
- Java中的双重检查锁(double checked locking)
- Java并发编程:volatile关键字解析 和双重检查(Double-Check)
- redis之双重检查锁(double check lock)的使用
- 单例模式的两种实现方式对比:DCL (double check idiom)双重检查 和 lazy initialization holder class(静态内部类)
- 单例模式中的 双重检查锁定(Double-Check Locking ) (多线程下单例模式中的双重检查锁定的实现)
- 单例模式中的 双重检查锁定(Double-Check Locking )