DCL单例中volatile是必需的，它通过禁止指令重排序（防止先赋值后初始化）和保证可见性（强制主内存读写），确保其他线程不会读到半初始化对象；同时建立happens-before关系，使构造完成状态对所有线程立即可见。

Java 中用双重检查锁（DCL）实现线程安全单例，核心是：用 volatile 修饰实例变量 + 两次 null 检查 + 同步块。不加 volatile 可能因指令重排序导致其他线程看到未初始化完成的对象。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

为什么要用 volatile？

DCL 的关键不是“双重检查”，而是防止 JVM 指令重排序破坏单例安全性。new Singleton() 实际分三步：
1. 分配内存空间
2. 初始化对象（调用构造函数）
3. 将引用赋值给静态变量 instance
若缺少 volatile，步骤 2 和 3 可能被重排序，导致 instance 非空但对象尚未初始化完毕，其他线程直接返回这个“半成品”对象，引发 NPE 或逻辑错误。

标准 DCL 单例写法

以下是推荐的、经过验证的安全实现：

public class Singleton {
  private static volatile Singleton instance;

  private Singleton() {}

  public static Singleton getInstance() {
    if (instance == null) {
      synchronized (Singleton.class) {
        if (instance == null) {
          instance = new Singleton();
        }
      }
    }
    return instance;
  }
}

常见错误与注意事项

• 漏写 volatile —— 这是最常见的致命错误，JDK 5+ 才保证 volatile 的禁止重排序语义
• 把 synchronized 加在方法上（即 synchronized static getInstance()）—— 效率低，每次调用都同步，失去 DCL 的意义
• 使用非 final 的私有构造函数却未防反射攻击 —— 生产环境建议在构造函数里加校验（如首次调用后再次调用就抛异常）
• 依赖类加载机制的单例（如静态内部类）更简洁安全，DCL 主要用于需要延迟初始化且对性能敏感的场景

替代方案对比

如果不需要严格懒加载，推荐更简单安全的方式：
– 饿汉式（static final field）：类加载时初始化，天然线程安全，无延迟但占用内存早
– 静态内部类：利用类加载的线程安全和懒加载特性，代码简洁且无需 volatile 或 synchronized