在Java中如何实现线程安全的懒汉式单例_Java并发单例实现解析

P粉602998670 2026-01-16 00:00:00 次阅读

不推荐直接在getInstance()方法上加synchronized，因每次调用均需竞争锁，性能差；DCL必须用volatile修饰instance以防指令重排序导致未初始化对象被访问；枚举和静态内部类是更优的线程安全实现方式。

为什么直接加 synchronized 的懒汉式单例不推荐

直接在 getInstance() 方法上加 synchronized 确实能保证线程安全，但每次调用都要竞争锁，哪怕实例已经创建完成。性能损耗明显，尤其在高并发读场景下——99% 的调用其实只是读取已存在的引用。

双重检查锁定（DCL）必须用 volatile 修饰 instance

这是最容易漏掉也最危险的一环。没有 volatile，JVM 可能因指令重排序，让其他线程看到一个未完全构造完毕的 instance 对象（比如构造函数还没执行完，但引用已被写入主内存），从而引发 NullPointerException 或诡异状态。

volatile 禁止指令重排序，并保证可见性
必须同时满足：instance 为 static volatile、两次判空、synchronized 块内再判空
构造函数本身不能被子类覆盖（建议设为 private）

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;
    }
}

枚举实现是更简洁且天然线程安全的替代方案

如果不需要延迟加载（即类加载时就初始化），枚举方式最稳妥。JVM 保证枚举实例的创建是原子的、线程安全的，且能天然防止反射和反序列化破坏单例。

无法通过反射调用私有构造器（Enum 类构造器被
JVM 特殊保护）
反序列化时不会新建实例，而是返回已有枚举常量
代码极简，无同步开销，无 volatile 忘记风险

public enum Singleton {
    INSTANCE;

    public void doSomething() {
        // ...
    }
}

静态内部类方式兼顾延迟加载与线程安全

利用 JVM 类加载机制：外部类加载时，静态内部类不加载；只有首次调用 getInstance() 时，才会触发内部类加载和静态字段初始化。这个过程由 JVM 保证线程安全，且无同步块开销。

比 DCL 更少出错（不用记 volatile，不写同步逻辑）
支持真正延迟加载（比枚举早）
反射仍可破坏（但需绕过 private 构造器 + 强制 setAccessible，生产环境通常禁用）

public class Singleton {
    private Singleton() {}

    private static class Holder {
        static final Singleton instance = new Singleton();
    }

    public static Singleton getInstance() {
        return Holder.instance;
    }
}