静态代码块和静态变量执行顺序由源码位置严格决定，谁在上谁先执行；二者被合并进同一<clinit>方法，按从上到下顺序插入字节码指令，不存在竞争关系。
静态代码块和静态变量之间不存在“竞争”关系，它们的执行顺序由源码位置严格决定——谁写在上面，谁就先执行。所谓“初始化竞争”，其实是开发者对执行时机理解偏差导致的误判，比如变量未声明就引用、或期望后定义的静态块能修改先执行的赋值结果。
执行顺序完全由源码书写位置决定
静态变量显式赋值（如 static int x = 10;）和静态代码块（static { ... }）在字节码中被合并进同一个 <clinit> 方法，JVM 按照 Java 源文件从上到下的顺序逐行插入指令：
- 若 static int a = getValue(); 写在 static {} 前面，则
getValue()先调用； - 若 static {} 在前、static int b; 在后，块内不能读写
b（编译报错：非法前向引用）； - 即使只声明不赋值（如 static int y;），它在类准备阶段已被设为默认值（
0），但显式初始化动作仍按源码位置发生。
常见误认为“竞争”的三种典型场景
这些情况看似像竞争，实则是顺序误解或初始化失败引发的异常表现：
-
变量被覆盖却没生效：例如先写
static int flag = 1;，再写static { flag = 2; }，最终值是2；反过来，若static { flag = 2; }在前、static int flag = 1;在后，最终值反而是1（后赋值覆盖前赋值）； -
静态块中抛异常导致后续初始化跳过：一旦
NullPointerException或自定义运行时异常未捕获，<clinit>中断，该类进入“初始化失败”状态，后续任何访问都抛NoClassDefFoundError； - 父子类混合时误判执行流：子类首次使用时，JVM 强制先完成父类全部静态成员（按父类源码顺序），再执行子类静态成员——这不是竞争，而是规范强制的依赖链。
如何验证实际执行流
最直接的方式是加入带标识的日志输出，并控制触发时机：
立即学习“Java免费学习笔记（深入）”；
- 在
main第一行加System.out.println(Child.SOME_FIELD);，确保类被主动使用； - 每个静态变量赋值和静态块开头都加
System.out.println("Step X: ...");； - 用
javap -c 类名查看生成的<clinit>方法，确认语句合并后的实际顺序； - 配合
-XX:+TraceClassLoading观察类加载日志，区分“加载”与“初始化”两个阶段。
避免问题的核心实践
不是靠技巧绕过规则，而是顺应 JVM 的设计逻辑：
- 静态变量声明尽量放在类顶部，显式初始化优先于静态块；
- 复杂初始化逻辑统一收口到一个静态块中，避免多处分散赋值；
- 所有静态初始化操作必须做好异常兜底（try-catch + 明确 fallback 值或日志）；
- 不要在静态块中调用可能触发其他类初始化的方法，防止隐式循环依赖。
