静态内部类在外部类加载时不会被提前加载，只有首次主动使用（如调用getinstance()）才会触发其初始化；任何对外部类静态块中引用、提前赋值、new实例或反射加载等操作都会意外触发加载。
静态内部类在外部类加载阶段不会被提前加载，这是 JVM 规范明确保证的——只要它没被“主动使用”，就不会触发加载和初始化。关键不是“怎么避免”，而是**不主动触碰它，它自然不会动**。
哪些操作会意外触发静态内部类加载
看似无害的写法，可能让 Holder 类在 getInstance() 调用前就被初始化：
- 在外部类的 static 块里引用了静态内部类的字段或方法（哪怕只是
System.out.println(Holder.class)） - 把
Holder.INSTANCE提前赋值给外部类的 static 变量（如private static final Singleton S = Holder.INSTANCE;） - 在外部类静态字段声明中直接 new 静态内部类实例（如
private static final Inner inner = new Inner();） - 通过反射提前加载（如
Class.forName("Outer$Holder")）
真正安全的写法结构
标准单例模式之所以可靠，正因为它严格隔离了触发时机：
- 外部类只定义私有构造、静态内部类定义、以及一个纯返回语句的
getInstance() - 静态内部类只含一个
static final实例字段，不带静态块、不调用外部方法、不引用非常量外部静态成员 -
getInstance()方法体里只有一行：return Holder.INSTANCE;—— 这是唯一且首次主动使用 Holder 的地方
编译期常量陷阱
如果静态内部类里定义的是编译期常量（如 public static final int VAL = 42;），访问它也不会触发类初始化。但单例依赖的是运行时创建对象，所以 INSTANCE 必须是非编译期常量（即 new 表达式），才能确保延迟到第一次读取时才执行构造逻辑。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
验证是否真被延迟了
可在静态内部类里加一行日志（或断点）：
private static class Holder {<br> static final Singleton INSTANCE = new Singleton();<br> static { System.out.println("Holder initialized"); }<br>}
启动程序后，直到第一次调用 getInstance() 才会输出那行字——这说明外部类加载、其他静态字段初始化、甚至 main 方法执行，都没惊动它。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
