java静态变量与静态块按源码顺序编译进方法执行，父类静态部分先于子类，异常导致类初始化失败，静态块适用于复杂初始化场景。
Java 类变量（静态变量）和静态块的执行不是并列关系，而是被统一编译进 JVM 的 <clinit></clinit> 方法中，按源码书写顺序自上而下逐行执行——谁写在前面，谁就先运行。
静态变量与静态块混合执行，顺序由代码位置决定
它们没有“变量优先”或“块优先”的默认规则。JVM 把所有静态初始化语句（包括 static int a = 1; 和 static { ... }）视为同一执行流中的连续步骤：
- 若
static String s = "hello";写在static { System.out.println(s); }前面，则输出hello - 若
static { System.out.println(t); }写在static String t = "world";前面，则输出null（因尚未赋值） - 编译器会阻止非法前向引用：比如在静态块里读取其后才声明的
static final字段，直接报错
父类静态部分永远先于子类执行
只要子类被首次主动使用（如调用子类静态方法、创建子类实例），JVM 就强制先完成父类全部静态初始化，再执行子类静态部分：
- 执行顺序固定为：父类静态变量 → 父类静态块 → 子类静态变量 → 子类静态块
- 这个过程由双亲委派机制保障，无法跳过或倒置
- 父类静态块中可安全访问子类的
public static字段（会触发子类初始化），但不推荐，容易引发隐式依赖和循环风险
静态初始化失败会导致类不可用
任一静态变量赋值或静态块中抛出未捕获异常（如 NullPointerException、IOException），整个 <clinit></clinit> 执行立即中止：
- 该类初始化失败，后续任何对该类的访问（哪怕只是
Child.class）都会抛出NoClassDefFoundError - 异常必须显式处理：建议在静态块中用
try-catch捕获并设合理默认值，或包装为RuntimeException明确抛出 - 避免在静态块中做耗时操作（如远程配置拉取、大文件加载），否则会阻塞整个应用启动
静态块是复杂初始化的可靠出口
当静态变量无法用单行表达式完成初始化时（比如需多步构造、异常处理、条件判断），静态块就是标准解法：
- 支持
if分支、for循环、资源加载、驱动注册等完整逻辑 - 常配合
private static final字段使用：把“可编程性”交给静态块，把“不可变性”交给字段声明 - 典型场景包括：解析 YAML 配置构建不可变 Map、预热本地缓存、加载 native 库（
System.loadLibrary()）、校验全局阈值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
