静态内部类单例能延迟加载和线程安全，靠JVM类加载机制：仅首次调用getInstance()读取Holder.INSTANCE时触发Holder初始化，启动不创建实例；类初始化由JVM自动加锁，保证原子性与安全发布。

Java 中静态内部类单例能同时做到延迟加载和线程安全，靠的不是代码里加锁或关键字，而是 JVM 类加载机制本身的约束力——它天然就满足这两点要求。

延迟加载是怎么实现的

外部类（比如 Singleton）被加载进 JVM 时，它的静态内部类（比如 Holder）根本不会被初始化。JVM 规范明确指出：只有当代码首次“主动使用”该内部类的静态成员（例如读取 Holder.INSTANCE）时，才会触发内部类的加载、链接与初始化。这个“主动使用”，恰好发生在 getInstance() 方法体内。所以实例创建被精准卡在第一次调用那一刻。

• 应用启动阶段不创建对象，不占内存、不耗 CPU
• 避免饿汉式“提前加载却长期不用”的资源浪费
• Holder 编译为独立 class 文件（如 Singleton$Holder.class），无对外部类的引用，GC 更容易回收

线程安全从哪来

类的初始化过程（即执行 <clinit> 方法）由 JVM 自动加锁保障。多个线程同时首次调用 getInstance() 时：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 只有一个线程能获得该内部类的初始化锁，并执行 INSTANCE = new Singleton()
• 其余线程阻塞等待，初始化完成后直接读取已创建好的 final 实例
• 整个过程原子、不可重排，不存在指令重排序、“对象逸出”等并发隐患
• 不需要 synchronized、volatile 或 CAS，也无需手动处理可见性问题

标准写法的关键细节

三要素必须齐备，缺一不可：

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

• 外部类构造函数私有：private Singleton() {}，防止反射或 new 调用
• 静态内部类声明为 private static，且只含一个 public static final 实例字段
• getInstance() 方法体极简：return Holder.INSTANCE;，不判空、不加锁、不 new

为什么比双重检查锁更可靠

双重检查锁（DCL）依赖 volatile 防止重排序，一旦漏写或逻辑错位，就可能返回未完全构造的对象。而静态内部类方案：

• 初始化时机由 JVM 控制，不受人为编码影响
• final + static 字段在 <clinit> 执行完毕时即安全发布，对所有线程立即可见
• 没有同步块开销，也没有 volatile 的内存屏障成本，性能更轻量