单例模式DCL问题

Posted hekiraku

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了单例模式DCL问题相关的知识,希望对你有一定的参考价值。

  我们都知道在程序执行过程中,java虚拟机为了速率,有可能会产生重排序。拿最普通的初始化一个实例来讲。他的过程如下:

  (1)分配内存;

  (2)初始化实例;

  (3)将实例指向该内存。

  但是由于重排序的特性,可能最终的执行方式是1->3->2。如此就会产生,还没有将实例中的变量初始化完毕,就已经分配了内存。此时该实例已经不为null,但是其中的成员变量,还没有初始化为指定值。当别的线程调用时,就会返回错误的结果。

举个例子:

一般情况下,我们写一个单例模式可能会使用这种双重检查的方式;

public class SingleClass{
    String a;
    String b;
    private static SingleClass instance;
    private SingleClass(){
        this.a = 1;---------------------------------5
        this.b = 2;---------------------------------6
    }
    public static SingleClass newInstance(){
        if(instance==null){-------------------------1
           synchronized(SingleClass.class){---------2
                if(instance==null){-----------------3
                    instance = new instance();------4
                }
           }
        }
        return instance;
    }    
}

但是当并发量高时,可能会出现上面那种情况,即线程A检查到1,但是重排序了,先将实例指向了内存地址,所以instance不再为null,他内部还没有初始化完毕,比如只初始化了a;此时线程B也调用了newInstance方法,检查到instance不为null,于是直接返回。此时返回的就是一个没有初始化b值的实例。造成数据缺失。

因此我们可以使用共享变量volatile来修饰该实例的引用。

对于volatile修饰的变量来说,禁止重排序,保障运行过程中写操作在读操作之前,如此就可以保障(1)-->(2)-->(3)的顺序,所以也不会产生上述情况了。

    private static volatile SingleClass instance;

 

当然我们还推荐另一种方式,使用内部类的方法进行单例构造,可以从虚拟机层面保障单例啦;

静态内部类的优点是:外部类加载时并不需要立即加载内部类,内部类不被加载则不初始化instance,因此不占内存。

按照本例就是:当SingleInner第一次被加载时,并不需要去加载SingleHolder。只有当newInstance()方法第一次被调用时,才会去初始化instance,实现了惰性单例加载。

public class SingleInner{
    String a;
    String b;
    private SingleInner(){
        this.a = 1;
        this.b = 2;
    }
    private static class SingleHolder{
        private static final SingleInner instance = new Instance();
    }
    public static SingleInner newInstance(){
        return SingleHolder.instance;
    }
}

以上是关于单例模式DCL问题的主要内容,如果未能解决你的问题,请参考以下文章

单例模式双重检查(DCL)引发的多线程问题

DCL 单例模式是否需要volatile?

单例模式——DCL失效问题

DCL单例模式你不知道的秘密

单例模式DCL问题

DCL_单例模式