DCL的单例一定是线程安全的吗

读了本文，你会知道，为什么不加volatile关键字的单例模式不是线程安全的

有经验的开发者都知道双重锁定检查（DCL,Double Check Lock）的单例是最优秀的，如下文所示：

public class Singleton {
    private static Singleton instance = null;
    public  static Singleton getInstance() {
        if(null == instance) {    // 第一次检查
            synchronized (Singleton.class) {
                if(null == instance) {   // 加锁后第二次检查                 
                    instance = new Singleton();    
                }
            }
        }
       
        return instance; 
        
    }
}

这看上去一切都很完美，无懈可击，但实际上这个 getInstance() 方法并不完美。问题出在哪里呢？出在 new 操作上，我们以为的 new 操作应该是：

1. 分配一块内存 M；
2. 在内存 M 上初始化 Singleton 对象；
3. 然后 M 的地址赋值给 instance 变量。

但是实际上，经过编译器优化后的执行顺序是这样的：

1. 分配一块内存 M；
2. 将 M 的地址赋值给 instance 变量；
3. 最后在内存 M 上初始化 Singleton 对象。

如下图所示，线程A进入<第一次检查>,A先获得Synchronize锁，分配一块内存M，先将M的地址赋值给了 instance 变量， 此刻发生线程切换，线程B检测到instance不为空，直接返回未初始化的instance， 如果我们这个时候访问 instance 的成员变量就可能触发空指针异常。    

所以，我们会加对象上加 Volatile关键字，禁止指令重排序，

Volatile的原理，可以参考我的另一篇文章：Java多线程的volatile底层实现原理