静态代码块在类初始化阶段执行且仅一次，由JVM在首次主动使用时触发；按源码从上到下顺序执行，父类先于子类；编译期常量引用不触发初始化，异常会导致类永久初始化失败。
Java静态代码块的执行时机和顺序，取决于类是否进入初始化阶段，以及静态成员在源码中的书写位置，而不是简单地“一加载就运行”。它不随对象创建而触发，也不受方法调用直接影响，而是由JVM在类初始化阶段统一处理。
静态代码块只在类初始化阶段执行一次
静态代码块不是类被加载（Loading）时就运行，而是在JVM执行「初始化」（Initialization）阶段才执行——这个阶段仅发生一次，且必须满足“首次主动使用”的条件。常见触发场景包括：
- 用 new 创建该类或其子类的实例
- 调用该类的public static 方法
- 访问该类的非编译期常量静态字段（如
public static int PORT = 8080;） - 通过 Class.forName("X") 反射加载（注意：
ClassLoader.loadClass()不会触发） - 子类初始化时，若父类尚未初始化，会先触发父类初始化
特别注意：public static final String MSG = "hello"; 这类编译期常量，引用它不会触发类初始化，静态代码块也就不会执行。
静态成员按源码顺序从上到下依次执行
同一个类中，所有静态变量赋值语句和静态代码块混合在一起，严格按它们在源码中出现的先后顺序执行。不是“先全部赋值、再统一执行块”，而是交替进行：
立即学习“Java免费学习笔记（深入）”；
-
static int a = getValue();—— 若getValue()中访问了后面才声明的static int b，此时b的值是默认值（0或null），不是编译错误 -
static { c = compute(); }—— 它会紧接在前面的静态变量之后运行 - 多个
static{}块也按书写顺序逐个执行，可用于分段完成配置加载、资源预热等逻辑
继承关系下：父类静态内容一定先于子类
当子类被首次主动使用（如 new Child()），JVM会确保其直接父类已完成初始化。因此整体静态初始化顺序固定为：
- 父类静态变量 → 父类静态代码块（按父类源码顺序）
- 子类静态变量 → 子类静态代码块（按子类源码顺序）
这个顺序不可逆，也不受子类是否实际用到父类静态成员的影响——只要子类初始化，父类就必须先初始化。
异常会导致类初始化失败并永久阻塞
如果静态代码块中抛出未捕获异常（比如 NullPointerException 或自定义异常），JVM会封装为 ExceptionInInitializerError 并终止初始化。此后任何对该类的主动使用，都会直接抛出同一异常，无法重试。
- 这意味着静态块里不适合放不可靠的外部依赖（如未兜底的文件读取、网络请求）
- 建议将复杂初始化逻辑封装成方法，并做好异常处理或延迟到首次调用时执行
