静态内部类单例真正兼顾延迟加载、线程安全与高性能，依赖jvm类加载机制保障：首次调用getinstance()时才初始化holder类并创建实例，类初始化由jvm自动加锁保证原子性，无需同步关键字或volatile。
用静态内部类实现单例，是 Java 中真正兼顾延迟加载、线程安全与高性能的成熟方案。它不依赖同步锁或 volatile，靠的是 JVM 类加载机制本身的保障。
为什么能延迟加载
JVM 规定：类只有在首次“主动使用”时才触发初始化。外部类 Singleton 即使被加载，其静态内部类 Holder 也不会初始化——直到 getInstance() 方法中第一次读取 Holder.INSTANCE。
- 实例创建被完全推迟到第一次调用 getInstance() 的那一刻
- 启动阶段不占用内存，避免饿汉式资源浪费
- Holder 编译为独立 class 文件（如 Singleton$Holder.class），无外部类引用，利于 GC
为什么天然线程安全
类初始化过程由 JVM 自动加锁，保证：同一类加载器下仅执行一次，且绝对原子。多个线程同时首次调用 getInstance()，只会有一个进入 Holder 的 <clinit></clinit>，其余等待，完成后共享同一实例。
- 无需 synchronized、volatile 或 CAS 操作
- 不存在指令重排序导致的“对象逸出”问题
- final + static 字段在初始化完成时即安全发布，对所有线程可见
标准写法与关键细节
三要素缺一不可：
- 外部类构造函数私有：private Singleton() {}，防止 new 调用
- 静态内部类必须声明为 static，且仅含一个 public static final 实例字段
- getInstance() 方法体极简：return Holder.INSTANCE;，不判空、不加锁、不 new
示例代码：
public class Logger {private Logger() {}
private static class Holder {
public static final Logger INSTANCE = new Logger();
}
public static Logger getInstance() {
return Holder.INSTANCE;
}
}
注意事项与增强建议
该模式默认不防反射和反序列化破坏，若需强单例语义，可补充：
- 在私有构造中加入初始化校验，例如检查 Holder.INSTANCE 是否已存在
- 添加 readResolve() 方法，反序列化时强制返回已有实例
- 不适用于带参构造场景——因为 Holder 中只能调用无参构造
- 若构造过程抛异常，后续所有 getInstance() 将抛 NoClassDefFoundError，建议构造内做好容错
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
