Java中的双重检查（Double-Check）详解
在 Effecitve Java ⼀书的第 48 条中提到了双重检查模式，并指出这种模式在 Java 中通常并不适⽤。该模式的结构如下所⽰：
1 2 3 4 5 6 7 8 9 10public Resource getResource() { if(resource == null) {
synchronized(this){
if(resource==null) {
resource = new Resource();    }
}
}
return resource;
}
该模式是对下⾯的代码改进：
1 2 3 4 5 6public synchronized Resource getResource(){ if(resource == null){
resource = new Resource();
}
return resource;
}
这段代码的⽬的是对 resource 延迟初始化。但是每次访问的时候都需要同步。为了减少同步的开销，于是有了双重检查模式。
在 Java 中双重检查模式⽆效的原因是在不同步的情况下引⽤类型不是线程安全的。对于除了 long 和 double 的基本类型，双重检查模式是适⽤的。⽐如下⾯这段代码就是正确的：
1 2 3 4 5 6 7 8 9 10 11private 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 中使⽤双重检查模式，可以使⽤下⾯的代码：
1 2 3 4 5 6 7 8 9 10 11private volatile Resource resource; public Resource getResource(){
if(resource == null){
synchronized(this){
if(resource==null){
resource = new Resource();
java单例模式双重锁
}
}
}
return resource;
}
当然了，得是在遵循 JSR133 规范的 Java 中。
所以，double-check 在 J2SE 1.4 或早期版本在多线程或者 JVM 调优时由于 out-of-order writes，是不可⽤的。这个问题在 J2SE 5.0 中已经被修复，可以使⽤ volatile 关键字来保证多线程下的单例。
1
2 3 4 5 6 7public class Singleton {
private volatile Singleton instance = null;  public Singleton getInstance() {
if(instance == null) {
synchronized(this) {
if(instance == null) {
instance = new Singleton();
}
7 8 9 10 11 12 13        }
}
}
return instance;  }
}
推荐⽅法是Initialization on Demand Holder（IODH），
1 2 3 4 5 6 7 8 9public class Singleton {
static class SingletonHolder {
static Singleton instance = new Singleton();  }
public static Singleton getInstance(){
return SingletonHolder.instance;
}
}
以上就是本⽂的全部内容，希望对⼤家学习java程序设计有所帮助。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。