静态内部类实现单例依赖jvm类加载机制的天然线程安全，通过延迟加载singletonholder类并利用其初始化的jvm锁保障单例唯一性，兼具懒加载、高性能与高可靠性。
静态内部类实现单例，靠的是 JVM 类加载机制的天然线程安全，不是靠代码加锁，也不依赖 volatile 或双重检查。
为什么静态内部类能延迟加载又线程安全
关键在 JVM 规范对类初始化的约束：一个类只有被“主动使用”时（比如访问它的静态字段或调用静态方法），才会触发其 <clinit></clinit> 初始化。而这个初始化过程由 JVM 自动加锁，保证多线程下只执行一次。
静态内部类 SingletonHolder 就是靠这个机制——它只在 getInstance() 第一次被调用时才被加载，此时 JVM 执行其静态块，完成 INSTANCE 的创建。之后所有调用都直接返回已创建好的实例。
- 不提前占用内存：外部类加载时，SingletonHolder 不会初始化，真正做到了懒加载
- 无同步开销：整个过程没用 synchronized、volatile 或 CAS，性能高
- 天然防并发：JVM 级别的初始化锁，比手动加锁更底层、更可靠
静态内部类和普通内部类的根本区别
静态内部类用 static 修饰，它属于外部类的静态成员，跟外部类实例完全无关；编译后生成独立的 class 文件（如 Outer$Holder.class），不持有外部类 this 引用。
普通内部类则隐式持有一个外部类对象引用，必须依附于外部类实例才能创建，容易引发内存泄漏，也不适合做单例载体。
- 静态内部类可直接 new：Outer.Holder holder = new Outer.Holder()
- 它只能访问外部类的静态成员（包括私有静态字段）
- INSTANCE 声明为 final，避免被意外赋值覆盖
标准写法与关键细节
一个生产可用的静态内部类单例，结构清晰、防御性强：
- 外部类构造器私有，并加入反射防护逻辑（如检测 INSTANCE 是否已存在）
- 内部类必须是 static，且 INSTANCE 字段声明为 private static final
- getInstance() 方法体极简：直接 return Holder.INSTANCE，无判断、无同步
- 不依赖序列化防护（如 readResolve），但若需支持反序列化，仍应补充该方法
和其他单例方式对比
相比饿汉式（类加载即初始化，浪费资源）、懒汉式（线程不安全）、DCL（volatile + 双重检查，易出错），静态内部类在延迟性、安全性、简洁性上取得很好平衡。
- 比枚举稍弱一点：枚举天然防反射、防序列化，但无法继承、扩展性受限
- 比 DCL 更轻量：不用处理指令重排序、volatile 语义等底层细节
- 比普通内部类更干净：没有 this 引用，不会导致外部类对象无法回收
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
