静态代码块在类初始化阶段执行且仅一次，而非加载时；触发条件包括new实例、访问非final静态字段、调用静态方法、class.forname反射加载或jvm启动主类；执行顺序按源码从上到下，父类先于子类。
静态代码块不是“在类加载时”执行，而是在类初始化阶段自动执行——它不参与类加载（Loading），只在 JVM 完成加载、验证、准备后，首次主动使用该类时触发初始化，此时静态代码块才运行，且仅一次。
静态代码块真正触发的时机
以下操作会触发类初始化，从而执行静态代码块：
- 用
new创建该类的第一个实例 - 首次读写该类的非
final static静态字段（如public static int PORT = 8080;） - 调用该类的任意静态方法
- 反射调用
Class.forName("ClassName")（默认initialize = true） - JVM 启动时直接运行含
main方法的主类
注意：Singleton.class 这种获取 Class 对象的方式属于被动引用，不会触发初始化，静态代码块也不会执行。
执行顺序与依赖规则
多个静态代码块按源码中从上到下的顺序依次执行；同时，静态变量的直接赋值（如 static String CONF = loadConfig();）也参与同一初始化流程，与静态块混合排序。
- 父类静态代码块一定先于子类执行
- 若静态块中抛出未捕获异常（如
IOException），JVM 将标记该类为“初始化失败”，后续所有对该类的主动引用都会抛出ExceptionInInitializerError - 静态块内不能访问尚未完成初始化的静态字段（尤其跨类时），否则可能得到
null或默认值
适合做什么，不适合做什么
静态代码块适用于轻量、确定、无副作用的一次性初始化：
- 预加载配置并赋值给
static final字段（如读取application.properties） - 初始化线程安全的共享工具对象（如
static final ObjectMapper mapper = new ObjectMapper();） - 注册 JVM 关闭钩子或监控指标（配合
Runtime.getRuntime().addShutdownHook()）
应避免：
- 耗时操作（如远程 HTTP 请求、大文件解析），会阻塞整个类初始化，拖慢启动
- 未处理的异常，导致类不可用
- 依赖其他尚未初始化的类（易引发死锁或
NoClassDefFoundError） - 在块内新建非线程安全对象（如
HashMap）并供多线程共享，需额外同步
和类加载器的关系其实很淡
Bootstrap、Extension、AppClassLoader 只负责把字节码读入内存（Loading 阶段），不执行任何代码。静态代码块由 JVM 在初始化阶段统一执行，与哪个类加载器无关。即使使用自定义类加载器，只要满足主动引用条件，且调用 defineClass() 和正常 resolve，就会进入初始化并运行静态块。
若通过 Class.forName(name, false, loader) 显式禁用初始化，或重写 loadClass() 却未调用 defineClass()，则静态代码块不会执行。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
