企业官网建设流程全解析

一、DCL 是什么？

DCL（Double Check Lock，双重检查锁）是 Java 中懒加载单例模式的高性能实现方案，核心思路是：

• 第一次检查：无锁判断实例是否已初始化，避免每次调用都加锁（提升性能）；
• 加锁：保证多线程下只有一个线程能进入初始化逻辑；
• 第二次检查：防止多个线程等待锁后重复初始化实例。

它解决了传统 “懒汉式（同步方法）” 每次调用都加锁的性能问题，同时保证线程安全。

二、DCL 完整实现代码（标准写法）

public class SingletonDCL { // 1. 必须加 volatile 关键字！ private static volatile SingletonDCL INSTANCE; // 2. 私有构造器，禁止外部实例化 private SingletonDCL() {} // 3. 双重检查锁的核心方法 public static SingletonDCL getInstance() { // 第一次检查：无锁，快速判断实例是否已存在 // 若已存在，直接返回，无需加锁，提升高并发性能 if (INSTANCE == null) { // 加锁：保证同一时间只有一个线程能进入初始化逻辑 synchronized (SingletonDCL.class) { // 第二次检查：防止多个线程等待锁后重复创建实例 if (INSTANCE == null) { // 初始化实例 INSTANCE = new SingletonDCL(); } } } return INSTANCE; } }

三、DCL 核心逻辑拆解（为什么要 “双重检查”）

假设高并发场景下有 3 个线程（T1、T2、T3）同时调用getInstance()：

1. T1 先执行：第一次检查INSTANCE == null为 true，进入加锁逻辑，第二次检查仍为 true，执行INSTANCE = new SingletonDCL()，初始化完成后释放锁；
2. T2 随后执行：第一次检查INSTANCE已不为 null，直接返回实例，无需加锁；
3. T3 与 T1 同时执行：T3 先通过第一次检查（此时 T1 还未完成初始化），等待 T1 释放锁后进入加锁逻辑，第二次检查发现INSTANCE已被 T1 初始化，直接返回，避免重复创建。

如果去掉 “第二次检查”，T3 会在 T1 释放锁后重新创建实例，导致单例失效。

四、为什么必须加volatile？（面试必考）

这是 DCL 最核心的坑点！INSTANCE = new SingletonDCL()看似一行代码，实际 JVM 会拆分为 3 步执行：

1. 分配内存空间（给 SingletonDCL 实例）； 2. 初始化实例（执行构造器逻辑，给成员变量赋值）； 3. 将 INSTANCE 引用指向分配的内存空间（此时 INSTANCE 不再为 null）。

JVM 为了优化性能，可能会对这 3 步进行指令重排（比如重排为 1→3→2），导致问题：

• T1 执行时，JVM 先执行 1→3（INSTANCE 不为 null，但实例还未初始化）；
• T2 此时第一次检查INSTANCE != null，直接返回这个 “半初始化” 的实例；
• T2 调用实例的方法时，会因实例未初始化完成抛出空指针或逻辑错误。

volatile关键字的核心作用：禁止 JVM 对指令重排，保证 1→2→3 的执行顺序，确保其他线程看到的INSTANCE要么是 null，要么是完全初始化的实例。

五、DCL 的常见误区（避坑）

六、DCL 的优缺点

七、DCL 的适用场景

• 高并发场景下的懒加载单例（比如工具类、连接池、配置中心实例）；
• 对内存占用敏感，需要延迟初始化的场景；
• 追求高性能，不希望每次调用都加锁的场景。

总结

1. DCL 是 “懒加载 + 高性能 + 线程安全” 的单例实现方案，核心是 “两次检查 + 加锁 + volatile”；
2. volatile是 DCL 的关键，用于禁止指令重排，避免拿到半初始化实例；
3. 第二次检查不可省略，否则多线程下会重复创建实例；
4. 现代 JDK（1.5+）中 DCL 是安全的，是生产环境中最常用的单例实现方式之一。