数组初始化器与静态块按源码顺序交错执行，同属类加载阶段的静态初始化；父类静态内容（含数组）必先于子类执行；调试应结合打印输出与javap查看字节码。
掌握数组初始化器与静态块的执行关系，关键在于厘清“类加载”和“实例创建”两个阶段中 JVM 对静态成员与实例成员的处理逻辑。这不是语法记忆题，而是理解 JVM 初始化流程的实战切入点。
数组初始化器本质是静态变量赋值表达式
所谓“数组初始化器”，如 static int[] arr = {1, 2, 3};，在 JVM 看来并非特殊语法，而是静态变量声明 + 静态初始化表达式的组合。它和 static int x = 5; 或 static { ... } 处于同一初始化阶段，统一按源码顺序交错执行。
- 写在静态块之前的数组初始化器，会在该静态块之前完成赋值
- 若初始化器调用静态方法（如 static int[] data = initArray();），该方法会在对应位置被立即调用，且其内部不可访问非静态成员
- 数组字面量 {1,2,3} 在编译期就被转为等效的 new + 逐元素赋值字节码，属于“静态变量初始化语句”的一部分
静态块与数组初始化器的执行博弈实操要点
所谓“博弈”，实则是源码顺序决定的执行时序竞争。JVM 不区分“谁更优先”，只忠实按文本顺序执行所有类变量初始化器（含静态变量赋值、数组初始化器、static {} 块）。
- 多个静态块之间、静态块与数组初始化器之间，严格从上到下依次触发
- 若数组初始化依赖某静态字段，而该字段在数组之后才声明或初始化，会导致编译错误或运行时默认值（如 null 或 0）
- 常见陷阱：在 static {} 中打印尚未声明的静态数组——会编译失败；但若该数组已声明（哪怕未初始化），则可安全引用其类型，不能读取值
父子类场景下数组与静态块的连锁初始化
当数组定义在父类或子类中，继承关系会放大执行顺序的影响。JVM 强制先完成父类全部静态初始化（含数组赋值和静态块），再进入子类。
- 父类中 static String[] NAMES = {"A", "B"}; 和 static { System.out.println("Loaded: " + NAMES.length); } 必然早于子类任何静态内容执行
- 子类静态数组若引用父类静态字段（如 static int[] CHILD_ARR = Parent.BASE_ARR;），前提是 Parent 已完成初始化，否则触发父类初始化流程
- 避免循环依赖：父类静态块中调用子类静态方法 → 可能导致子类提前初始化 → 若子类又依赖父类未完成初始化的数组，将抛 ExceptionInInitializerError
调试与验证建议
不靠猜测，用输出锚定执行点：
- 在每个静态变量声明前、每个 static {} 前后，插入 System.out.println("Step X");
- 用 javap -c 类名 查看生成的
方法，确认字节码中的实际执行序列 - 首次访问仅含 public static final String CONST = "OK"; 的类，不会触发任何 static {} 或数组初始化（因属编译期常量）
