Java中static静态变量显式初始化与静态代码块执行顺序严格按源码书写位置决定，先写先执行，编译后统一进入<clinit>方法；非法前向引用编译报错；父子类间先父后子，各自内部仍遵源码顺序。
Java中static静态变量的显式初始化与静态代码块的执行顺序，**完全由它们在源码中的书写位置决定**，谁写在上面，谁就先执行。这不是“优先级”问题，也不是运行时竞争，而是编译期就固定下来的字节码插入顺序。
静态变量赋值和静态块被合并进同一个方法
编译后，所有静态变量的显式赋值（如 static int x = getValue();）和所有静态代码块（static { ... }）都会被JVM收集到一个名为 <clinit> 的特殊方法里。这个方法按源文件从上到下的顺序逐行生成指令：
- 如果 static String s = init(); 出现在 static { System.out.println("A"); } 前面，那么
init()一定先调用； - 反过来，如果静态块写在前、变量赋值写在后，那块里的逻辑就发生在赋值之前；
- 即使变量只声明没赋值（如 static int y;），它在类准备阶段已被设为默认值（0），但显式初始化动作仍严格按源码位置发生。
不能跨位置引用：非法前向引用会编译报错
静态块中若尝试读写其后才声明的静态变量，Java编译器会直接拒绝，报错“illegal forward reference”。例如：
- static { flag = 1; } 写在 static int flag; 前面 → 编译失败；
- 哪怕只是读取也不行：static { System.out.println(flag); } 同样报错；
- 这说明JVM不靠“声明存在”来判断可用性，而是严格依赖文本顺序。
赋值覆盖行为取决于位置，不是“谁更强”
常见误解是认为静态块“能改掉”变量初始值，其实只是位置导致的自然覆盖：
立即学习“Java免费学习笔记（深入）”；
- static int a = 1; static { a = 2; } → 最终值是 2（块在后，覆盖了前面的赋值）；
- static { a = 2; } static int a = 1; → 最终值是 1（赋值在后，又覆盖了块里的设置）；
- 本质上没有“谁主导”，只有“谁在后”——后出现的初始化动作，最终生效。
父子类之间强制“先父后子”，但各自内部仍守源码顺序
当子类首次被主动使用时，JVM会先完整执行父类的 <clinit>（按父类源码顺序），再执行子类的 <clinit>（按子类源码顺序）：
- 父类里的 static int p = 10; 和 static { p = 20; } 按父类文件顺序执行；
- 子类里的 static { System.out.println(Parent.p); } 可安全访问，因为父类已初始化完毕；
- 但父类静态块里若引用子类静态字段（不推荐），会触发子类提前初始化，形成隐式依赖链。
