Java面试——单例模式的多种实现与线程安全_网络技术

饿汉式天生线程安全，因static字段在类加载时由JVM串行初始化；DCL必须用volatile禁止重排序；枚举单例由JVM保障原子性、防反射和反序列化；静态内部类实现懒加载但可能被间接引用提前触发。

饿汉式为什么天生线程安全

因为 static 字段在类加载阶段就完成初始化，而类加载由 JVM 保证串行执行，不存在竞态条件。只要不手动调用 Class.forName(...) 触发多次加载（正常情况不会），实例就唯一且立即可用。

但要注意：即使没用到该单例，类一加载就会创建实例，可能浪费资源；也无法传递构造参数（除非改用静态代码块 + 私有构造器传参）。

public class SingletonEager {
    private static final SingletonEager instance = new SingletonEager();

    private SingletonEager() {}

    public static SingletonEager getInstance() {
        return instance;
    }
}

双重检查锁（DCL）必须加 volatile

不加 volatile 会导致指令重排序：JVM 可能将 new SingletonLazy() 拆成「分配内存→设置引用→调用构造器」三步，而「设置引用」可能早于「构造器执行完毕」。其他线程看到非 null 的 instance，却访问到未初始化完成的对象，引发 NullPointerException 或状态不一致。

volatile 禁止重排序，并保证可见性
第一次判空避免每次同步开销；第二次判空防止多线程重复初始化
同步块必须锁定 SingletonLazy.class 或当前类的 Class 对象，不能锁 this（此时对象还没造出来）

public class SingletonLazy {
    private static volatile SingletonLazy instance;

    private SingletonLazy() {}

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

枚举单例为何最简且防反射/反序列化攻击

JVM 保证枚举类型的实例创建是原子的、线程安全的，且天然防止反射调用私有构造器（Enum 的构造器被 JVM 特殊保护）、也自动阻止反序列化生成新实例（readObject 被禁用）。

立即学习“Java免费学习笔记（深入）”；

它不是“语法糖”，而是 JVM 层级的保障。如果面试官问“还能怎么破坏枚举单例”，答案基本只有：修改字节码或用 Unsafe 绕过（超出常规 Java 范畴）。

public enum SingletonEnum {
    INSTANCE;

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

静态内部类方式的隐含限制

利用类加载机制延迟初始化：外部类加载时，静态内部类不加载；只有首次调用 getInstance() 时，JVM 才加载并初始化 Holder 类，从而创建实例。线程安全、懒加载、无同步开销。

但要注意：如果外部类中其他静态字段或静态代码块触发了 Holder 类的间接引用（比如通过反射访问其 class 对象），可能导致提前初始化——这种情况极少见，但一旦发生，就破坏了“懒”的语义。

public class SingletonStaticInner {
    private SingletonStaticInner() {}

    private static class Holder {
        private static final SingletonStaticInner INSTANCE = new SingletonStaticInner();
    }

    public static SingletonStaticInner getInstance() {
        return Holder.INSTANCE;
    }
}

真正容易被忽略的，是 DCL 中 volatile 的必要性，以及枚举单例在反序列化场景下无需额外实现 readResolve —— 这两点在高并发或分布式序列化场景里，往往决定单例是否真的“唯一”。

# java # 字节 # 懒加载 # 一加 # 为什么 # 分布式 # jvm # Static # NULL # 枚举类型 # enum # volatile # class # 线程 # 多线程 # 并发 # 对象 # this # 加载 # 序列化 # 化生 # 但要 # 就会 # 还没 # 首次 # 还能 # 不存在 # 这种情况

相关栏目：【网站优化151355 】【网络推广146373 】【网络技术251813 】【 AI营销90571 】