/**
- 单例模式-双重校验锁
- @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对象返回给了上层调用。