静态内部类实现单例的核心是利用JVM类加载机制实现延迟加载与天然线程安全：外部类加载时不初始化内部类，首次调用getInstance()触发SingletonHolder类的<clinit>初始化，JVM自动加锁确保INSTANCE仅创建一次且内存可见，后续直接返回final引用，无同步、无volatile、高性能。
Java 中用 static 内部类实现单例，核心是把实例创建“推迟到真正需要时”，同时让 JVM 自动保障线程安全和初始化原子性，不靠手动加锁、也不依赖 volatile，性能接近直接读字段。
静态内部类触发时机由 JVM 精确控制
外部类加载时，static 内部类不会被加载；只有首次访问其静态成员（比如 Holder.INSTANCE）时，JVM 才触发该内部类的初始化。这个过程天然加锁、只执行一次，且保证内存可见性与指令顺序。
- 类加载阶段不创建实例，避免饿汉式提前占用资源
- 首次调用 getInstance() 才加载 Holder 类 → 执行其
<clinit>→ 创建 INSTANCE - 后续调用直接返回 final 引用，无判断、无同步、无重排序风险
写法必须严格满足三个条件
不是任意嵌套 static class 都能生效，关键结构缺一不可：
- 内部类必须声明为 static，否则会隐式持有外部类引用，破坏延迟语义
- INSTANCE 字段必须是 private static final，既防止篡改，也配合 JVM 初始化机制确保不可变
- getInstance() 方法保持最简：仅一行 return Holder.INSTANCE，不加 if、不加 synchronized、不加 volatile
对比其他方式的实际优势
它绕开了常见方案的硬伤：
立即学习“Java免费学习笔记（深入）”；
- 饿汉式：类一加载就 new 实例，哪怕永远不用，也浪费内存
- 懒汉式（无同步）：多线程下可能 new 出多个实例，破坏单例契约
- DCL（双重检查）：需 volatile + 两次判空 + synchronized 块，代码易错、维护成本高
- 同步方法：每次调用都走锁流程，高并发下成为瓶颈
还能进一步加固防反射攻击
虽然 JVM 初始化本身安全，但反射仍可能绕过私有构造器创建新实例。可在构造器中加一层校验：
- 检查当前调用栈是否来自 Holder 类，不是则抛异常
- 这种防护不增加运行时开销，只在非法反射调用时触发
- 属于可选增强，不影响主逻辑的简洁性和性能
