如何利用单例模式的 DCL 双重检查锁定保证线程安全-java教程-PHP中文网

dcl单例易出错主因是未用volatile导致指令重排序，使线程看到未初始化完成的对象；必须用volatile修饰instance、双重检查、锁类对象，缺一不可。

如何利用单例模式的 dcl 双重检查锁定保证线程安全

为什么 DCL 单例在 Java 里容易出错

直接用 synchronized 整个 getInstance() 方法性能差，但只锁初始化块又可能因指令重排序导致返回未构造完成的对象。关键问题不在“加不加锁”，而在 instance 字段是否被正确发布——JVM 可能把 new Singleton() 拆成：分配内存 → 设置 instance 引用 → 调用构造函数。后两步可能被重排，线程 A 看到非 null 的 instance，但实际对象还没初始化完。

必须用 volatile 修饰 instance 字段，禁止重排序，同时保证可见性。没加 volatile 的 DCL 是无效的，JDK 5 之前甚至无法修复。

标准 DCL 单例写法（Java）

以下是最小可行实现，去掉任何一行都可能破坏线程安全：

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 不可省略：它既是禁止重排序的屏障，也是读写操作的内存屏障
两次 instance == null 判断缺一不可：第一次避免无谓加锁，第二次防止多线程重复初始化
锁对象必须是类对象（Singleton.class），不能用 this 或新对象，否则锁不住静态方法

DCL 在 Kotlin 和 C++ 中怎么写

Kotlin 有更简洁且安全的替代方案：object 声明默认线程安全，由 JVM 类加载机制保证，底层就是 DCL 的优化实现。手写 DCL 几乎没必要：

object Singleton {
    fun doSomething() { ... }
}

C++11 起，std::call_once + std::once_flag 是比手写 DCL 更推荐的方式，避免 volatile 语义差异和内存序细节错误：

class Singleton {
private:
    static std::unique_ptr<singleton> instance;
    static std::once_flag flag;
    Singleton() = default;
public:
    static Singleton& getInstance() {
        std::call_once(flag, []{ instance = std::make_unique<singleton>(); });
        return *instance;
    }
};</singleton></singleton>