静态内部类能实现懒加载，是因为JVM类加载机制规定：外部类加载时静态内部类不加载，仅当首次访问其静态成员（如getInstance()中引用SingletonHolder.INSTANCE）时才触发初始化，从而延迟创建实例。
Java 中利用 static 内部类 实现单例模式，天然支持懒加载且线程安全，无需同步或双重检查锁。
为什么 static 内部类能实现懒加载
Java 类加载机制规定：外部类被加载时，static 内部类不会被立即加载；只有当首次主动使用该内部类（如访问其静态成员）时，JVM 才触发它的初始化。单例实例作为内部类的静态字段，恰好满足“首次使用才初始化”的条件。
- 外部类（如 Singleton）可随意加载，但不触发实例创建
- 只有调用
Singleton.getInstance()，才会首次引用SingletonHolder，从而触发其初始化和 instance 创建 - JVM 保证类初始化过程是线程安全的，天然避免多线程并发问题
标准写法与关键细节
核心结构固定，需严格遵循以下约定：
- 构造方法私有化（防止 new 实例）
- 外部类提供 public static getInstance() 方法
- 静态内部类仅含一个 public static final 实例字段
- 禁止在外部类中定义任何 static 字段指向该实例（否则破坏懒加载）
public class Singleton {
private Singleton() {} // 防止反射攻击可加参数校验
private static class SingletonHolder {
private static final Singleton instance = new Singleton();
}
public static Singleton getInstance() {
return SingletonHolder.instance; // 触发 SingletonHolder 初始化
}
}
对比其他方式的优势
相比常见单例实现，static 内部类方案更简洁可靠：
立即学习“Java免费学习笔记（深入）”；
- 比饿汉式节省资源：实例在首次调用时才创建，非类加载时
- 比双重检查锁（DCL）更安全：无 volatile、无同步块、无指令重排序风险
- 比枚举单例更灵活：支持延迟初始化，且便于扩展（如带参数构造）
- 比普通懒汉式更高效：无运行期同步开销，仅一次类初始化成本
注意事项与潜在陷阱
虽简单健壮，但仍需留意几个实际问题：
- 反射攻击：可通过反射调用私有构造器创建新实例，可在构造器中加标志位校验（首次之外抛异常）
- 序列化破坏：若单例类实现 Serializable，需定义
readResolve()方法返回唯一实例 - ClassLoader 隔离：不同 ClassLoader 加载的同一个类，会产生多个 SingletonHolder 和多个实例（通常属于不同上下文，非 bug）
- 不能用于需要预热或依赖注入容器管理的场景（因完全被动触发）
