Java双重检测锁的单例模式最全详解

单例模式

是什么?

在整个运行时域,一个类只有一个实例对象

为什么?

有的类比较庞大和复杂,如果频繁的创建销毁对象,并且这些对象完全是可以复用的,那么就会造成一些不必要的性能浪费

单例模式需要考虑的三点

  1. 是否是懒加载。饿汉式,对象是在编译器构建,运行时调用的,保证了线程安全,但是造成了性能浪费
  2. 是否是线程安全的
  3. 是否可以被反射破坏

双重检测锁的单例模式

public class Singleton {
    //构造器私有化
    private Singleton() {
    }

    //Java多线程的happens-before原则,主要定义多线程可见性的问题
    //volatile 禁止指令重排
    private static volatile Singleton singleton = null;

    //所有的线程都可以不用争抢锁直接进入getSingleton
    public static Singleton getSingleton() {
    	//看当前对象有没有被构建,若是被构建了,直接跳出if返回,增强了性能
        if (singleton == null) {
        	//真正构建对象的时候才进行同步操作
            synchronized (Singleton.class) {
            	//防止对象重复构建。
            	//比如a线程已经进入了此代码,但是线程b也拿到了上面的锁,这样a和b都会new一个对象出来,做一次判空检测是不是已经构建了
                if (singleton == null) {
                	//在指令层面,这句话不是一个原子操作
                	//1.分配内存
                	//2.初始化对象
                	//3.对象指向内存地址
                	//真正执行的时候,虚拟机为了效率可能会进行指令重排,比如1、3、2
                	//这样多线程环境下会出现问题。比如线程a执行顺序1、3、2,到3的时候,线程b判断 singleton == null 为false,
                	//但是此时对象还未初始化,因此b线程返回的对象是个未初始化的对象
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值