手写单例模式及为什么加双重检验锁

---

一、代码？

代码：

public class Singleton {
    private static volatile Singleton uniqueSingle=null;

    private Singleton() {

    }

    public static Singleton getUinqueSingle(){
        if (uniqueSingle==null){
            synchronized (Singleton.class){
                if (uniqueSingle==null){
                    uniqueSingle=new Singleton();
                }
            }
        }
        return uniqueSingle;
    }

	//测试
    public static void main(String[] args) {
        for (int i = 0; i < 10; i++) {
            new Thread(()->{
                System.out.println(Singleton.getUinqueSingle().hashCode());
            }).start();
        }
    }
}

每次运行的哈希code都是同一个值。

二、为什么双重校验

为什么需要两次判断if(uniqueSingle==null)?

原因：

• 第一次校验：由于单例模式只需要创建一次实例，如果后面再次调用getUinqueSingle方法时，则直接返回之前创建的实例，因此大部分时间不需要执行同步方法里面的代码，大大提高了性能。
  如果不加第一次校验的话，那跟上面的懒汉模式没什么区别，每次都要去竞争锁。

• 第二次校验：如果没有第二次校验，假设线程t1执行了第一次校验后，判断为null，这时t2也获取了CPU执行权，也执行了第一次校验，判断也为null。接下来t2获得锁，创建实例。这时t1又获得CPU执行权，由于之前已经进行了第一次校验，结果为null（不会再次判断），获得锁后，直接创建实例。结果就会导致创建多个实例。
  所以需要在同步代码里面进行第二次校验，如果实例为空，则进行创建。

volatile关键字

在java内存模型中，volatile 关键字作用可以是保证可见性或者禁止指令重排。

这里是因为 uniqueSingle=new Singleton()，它并非是一个原子操作，事实上，在 JVM 中上述语句至少做了以下这 3 件事：

• 第一步是给 singleton 分配内存空间；
• 第二步开始调用 Singleton 的构造函数等，来初始化 singleton；
• 第三步，将 singleton 对象指向分配的内存空间（执行完这步 singleton 就不是 null 了）。

这里需要留意一下 1-2-3 的顺序，因为存在指令重排序的优化，也就是说第 2 步和第 3 步的顺序是不能保证的，最终的执行顺序，可能是 1-2-3，也有可能是 1-3-2

---

而volatile关键字避免了指令重排