如何理解单例的双重检查

根据https://blog.csdn.net/u010365819/article/details/80240255进行了整理

先放上双重检查（DCL）的代码

package com.sofmit.icbcepay.config.datasource;

public class SingleTon {
    private static SingleTon singleTon = null;

    public SingleTon() {
    }

    public static SingleTon getInstance() {

        // 第一层null判断，目的是为了提高代码性能
        // 避免每个线程都进入synchronized同步块
        if (singleTon == null) {
            synchronized (SingleTon.class) {
                // 第二层null判断，目的是为了避免先后两个线程
                // 拿到类锁先后分别创建两个不同的实例
                if (singleTon == null) {
                    singleTon = new SingleTon();
                }
            }
        }
        return singleTon;
    }
}

• 为什么需要第二次null检查？

考虑这样一种情况，就是有两个线程同时到达，即同时调用getInstance() 方法，此时由于singleTon== null ，所以很明显，两个线程都可以通过第一重的 singleTon== null ，进入第一重 if语句后，由于存在锁机制，所以会有一个线程进入 lock 语句并进入第二重 singleTon== null ，而另外的一个线程则会在lock 语句的外面等待。

而当第一个线程执行完new  SingleTon（）语句后，便会退出锁定区域，此时，第二个线程便可以进入lock 语句块，此时，如果没有第二重singleTon== null 的话，那么第二个线程还是可以调用 new  SingleTon（）语句，这样第二个线程也会创建一个SingleTon实例，这样也还是违背了单例模式的初衷，所以这里必须要使用第二次null检查锁定。

 

• 为什么需要第一次null检查

性能问题。因为对于单例模式的话，newSingleTon（）只需要执行一次就 OK 了，而如果没有第一重singleTon == null 的话，每一次有线程进入getInstance（）时，均会执行锁定操作来实现线程同步，这是非常耗费性能的，而如果我加上第一重singleTon == null 的话，那么就只有在第一次，也就是singleTton ==null 成立时的情况下执行一次锁定以实现线程同步，以后的话，便只要直接返回Singleton 实例就 OK 了而根本无需再进入 lock语句块了，这样就可以解决由线程同步带来的性能问题了。

如果去掉第一重singleton == null ，程序还是可以在多线程下完好的运行的。