双重校验单例模式详细讲解

/**

• 单例模式-双重校验锁
• @author zz

*/
public class SingleTon3 {

     private SingleTon3(){};             //私有化构造方法

     private static volatile SingleTon3 singleTon=null;

     public static SingleTon3 getInstance(){

              //第一次校验
             if(singleTon==null){      // 语句1

            synchronized(SingleTon3.class){  // 语句2

                       //第二次校验

                    if(singleTon==null){       // 语句3
                     singleTon=new SingleTon3();   // 语句4
                     }
            }
 }
 return singleTon;

}
注意事项：
问题：为什么需要两次判断if(singleTon==null)?

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

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

new 一个对象实际是4个步骤：
a. 看class对象是否加载，如果没有就先加载class对象，
b. 分配内存空间，初始化实例。
c. 调用构造函数。
d. 返回地址给引用。
不加volatile会出现什么问题

1.两个线程A,B ，B执行到了语句4，A执行到了语句1
2.B因为指令重排，c，d被颠倒了，恰好d执行完了,c还没执行的时候B被挂起了。
3.此时A运行到了语句1， 发现singleton不等于null,于是将还没构造完成的singleton对象返回给了上层调用。