静态内部类是实现懒加载单例最简洁线程安全的方案，利用JVM类加载机制延迟初始化Holder类及其中的INSTANCE，无需同步且天然线程安全。
静态内部类是 Java 中实现懒加载单例最简洁、线程安全且无需额外同步的方案。它的核心在于利用 JVM 类加载机制的特性：外部类加载时，静态内部类不会被立即加载；只有首次访问该内部类的静态成员（比如 INSTANCE）时，JVM 才会触发其初始化，此时完成单例对象的创建。
为什么静态内部类能实现懒加载
外部类（如 Singleton）在启动时会被加载，但其中定义的 static class Holder 不会随之初始化。只有当代码第一次执行到 Holder.INSTANCE 时，JVM 才开始加载并初始化 Holder 类——这个过程由 JVM 保证线程安全，且只发生一次。因此，单例实例的创建被延迟到真正需要时，且天然避免了双重检查锁的复杂性和潜在问题（如指令重排序）。
标准写法与关键细节
典型实现如下：
public class Singleton {
private Singleton() {}
private static class Holder {
static final Singleton INSTANCE = new Singleton();
}
public static Singleton getInstance() {
return Holder.INSTANCE;
}
}
立即学习“Java免费学习笔记（深入）”；
- 构造方法必须私有，防止外部 new 实例
- Holder 类必须是 static 的，否则会持有外部类引用，失去懒加载意义
- INSTANCE 必须是 static final，确保不可变且仅初始化一次
- getInstance() 方法简单返回 Holder.INSTANCE，无同步、无判空、无 volatile
和双重检查锁（DCL）对比的优势
相比 volatile + synchronized 的 DCL 方式，静态内部类方式更轻量：
- 没有同步块开销，每次调用 getInstance() 都是纯字段读取
- 不依赖 volatile 关键字，规避了对内存模型的理解门槛
- JVM 层面保障类初始化的原子性与可见性，无需程序员手动处理线程安全
- 代码更简短，可读性强，不易出错
适用场景与注意事项
该模式适用于绝大多数需要懒加载的单例场景，尤其是工具类、配置管理器、连接池工厂等。
- 不能用于需要传参初始化的单例（因为 Holder 中无法动态传参）
- 如果单例依赖外部资源（如文件、网络），应在 Holder 的 static 块中做异常处理，否则首次调用会抛出 Exception
- 反射仍可绕过私有构造，如需防反射，可在构造方法中加标记位校验
