DCL（Double Check Lock双重检锁机制）解决单例模式中懒汉式不支持高并发，饿汉式不支持懒加载问题
一、前言
我们在使用单例模式时，一般有两种选择，一个是懒汉式，一个是饿汉式。但是这两种都是有各自的缺点，无法满足我们的需求，所以DCL（Double Check Lock双端检锁机制）出现了，一种既支持延迟加载、又支持高并发的单例实现方式。
如果不清楚懒汉式为什么不支持高并发可以看一下这篇文章—>
单例模式的懒汉模式为什么在高并发中会出现问题
其他解决方案—>
静态内部类解决单例模式中懒汉式不支持高并发，饿汉式不支持懒加载问题
利用枚举特性解决单例模式中懒汉式不支持高并发，饿汉式不支持懒加载问题
二、具体实现
- DCL单例模式
import lombok.Data; import java.util.concurrent.atomic.AtomicInteger; @Data public class Phone { //手机余额 private AtomicInteger count = new AtomicInteger(3); private Phone(){} private static Phone phone; public static Phone getInstance(){ if (phone == null){ synchronized(Phone.class) { // 此处为类级别的锁 if (phone == null) { phone = new Phone(); } } } return phone; } public int getReduce(){ return count.decrementAndGet(); } }
- 并发测试类
public class BingFa { public static void main(String[] args) { // 创建3个线程，线程里面进行加操作 for (int i = 0; i < 3; i++) { new Thread(() -> { Phone phone = Phone.getInstance(); int reduce = phone.getReduce(); System.out.println(Thread.currentThread().getName()+ "线程抢到了手机，剩余手机数量"+"-----"+reduce); }, String.valueOf(i)).start(); } } }
- 测试结果
三、总结
这样就解决了并发问题，懒汉式本来就是懒加载，我们看到三台手机被三个线程抢到了，完美解决问题！！！
附：网上有人说，这种实现方式有些问题。因为指令重排序，可能会导致 Phone对象被 new 出来，并且赋值给 phone之后，还没来得及初始化（执行构造函数中的代码逻辑），就被另一个线程使用了。要解决这个问题，我们需要给 phone成员变量加上 volatile 关键字，禁止指令重排序才行。实际上，只有很低版本的 Java 才会有这个问题。我们现在用的高版本的 Java 已经在 JDK 内部实现中解决了这个问题（解决的方法很简单，只要把对象 new 操作和初始化操作设计为原子操作，就自然能禁止重排序）。
本段话来自极客时间王老师
