什么是DCL(Double Check Lock)单例?

普通的单例模式

单例模式的关键就是在启动的时候就创建一个实例,然后把构造函数私有化,别人就没办法通过函数再new一个对象出来了。然后引入一个方法,返回这个实例就可以了。

但是这个时候很多人会较真,认为这个实例不管用没用,启动的时候就创建了,感觉没有必要,就要再用到它的时候再去加载,这个时候可以这样写:

 在用到它的时候判断是不是为空,为空的话创建一个singleDemo。

这样的话有一个问题就是这个单例是线程不安全的,当有很多线程进来的时候;

1.第一个线程进来判断是不是空,然后去创建对象。

2.创建的时候另一个线程来了,因为还没创建完发现也是空。

3.这个时候第一个线程会创建一个实例,第二个也会创建一个实例,就会造成线程不安全

4.让线程安全,安全的方式是给它加锁

 但是这个锁力度太大了,因为创建不光是new,我们还有很多自己的业务逻辑在里面。

5.这时候锁的力度太大,如何把这个力度缩小,就有一种方式,只锁这个对象就行了,这个时候就只有一个线程 可以创建对象了。

 但是这种方式也会不安全,synchronized 关键字它是去加锁,所有的线程执行完在这个地方都会锁住:

1.第一个线程进来判断这个对象是个null,它去创建对象。

2.如果第二个线程在还没有创建的时候就进来,也会卡在synchronized 这里,只有一个线程能拿到这个锁。

3.第一个线程创建完后会释放锁,线程2就可以拿到这个锁了,但是线程2这个时候是卡在synchronized 这里了。

4.它拿到 以后还是会创建这个对象,同样破坏了单例的一个线程安全。这个时候就会有这样一个判断,就是在锁的前面和后面再加一个null判断 。

 这就叫什么是DCL(Double Check Lock)单例。

  • 3
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值