静态字段与静态代码块按源码从上到下顺序合并进方法，其putstatic指令执行顺序严格对应声明位置；final编译时常量不进，而运行时初始化的final字段仍会生成putstatic。
静态字段的初始化顺序直接反映在字节码的 putstatic 指令出现位置上，而代码块（包括静态代码块和类中定义的静态字段初始化表达式）的书写顺序决定了这些 putstatic 指令在 <clinit></clinit> 方法中的执行次序。
静态字段与静态代码块按源码顺序合并进
Java 编译器会将所有静态字段的显式初始化（如 static int a = 1;）和静态代码块（static { ... }）按它们在类中**从上到下出现的顺序**，依次编译为 putstatic 指令，统一塞进类构造器 <clinit></clinit> 方法里。
- 字段声明带初始化表达式 → 编译为“计算值 + putstatic”两步
- 静态代码块 → 其内部所有赋值、方法调用等，只要最终写入静态字段，就会生成对应
putstatic - 没有初始化表达式的静态字段（如
static int b;）默认初始化为 0/false/null，不产生putstatic
用 javap 观察 putstatic 的真实顺序
写一个含多个静态成员的类，编译后用 javap -c 查看字节码，重点关注 <clinit></clinit> 方法：
class InitOrder {
static int x = getValue("x"); // ← 第1个 putstatic
static { System.out.println("block1"); } // ← 中间有其他逻辑
static int y = getValue("y"); // ← 第2个 putstatic
static { System.out.println("block2"); } // ← 第3个 putstatic（如果它给某个静态字段赋值）
static final String CONST = "ok"; // ← final 基本类型/字符串常量：编译期内联，不进 <clinit>
}
执行 javap -c InitOrder，你会看到 <clinit></clinit> 中 putstatic 出现的顺序严格对应源码中 x、y 的声明位置，以及静态块中实际触发字段赋值的位置。
实战要点：注意表达式求值时机与副作用
putstatic 的执行顺序不是“先全算右边再统一赋值”，而是“遇到一个初始化就立即计算+写入”。这意味着：
- 若
getValue("x")内部访问了尚未初始化的静态字段，读到的是默认值（0/null） - 静态块中对同一字段多次赋值，会产生多个
putstatic，后者覆盖前者 - 字段初始化表达式里调用的方法，其执行也属于
<clinit></clinit>流程的一部分，受顺序约束
final 静态字段是个例外
被 static final 修饰且初始化为编译时常量（如字面量、常量表达式）的字段，不会出现在 <clinit></clinit> 中，也不生成 putstatic。JVM 在加载时直接内联该值。但若初始化依赖运行时计算（如 new Random().nextInt()），哪怕加了 final，仍会进入 <clinit></clinit> 并生成 putstatic。
