静态成员按源码顺序初始化，先静态变量后静态块，父类优先于子类；实例创建时先父类字段和非静态块，再父类构造器，然后子类同理；静态块不可访问非静态成员，且失败会导致NoClassDefFoundError。
类加载时静态块和静态变量的执行顺序
静态成员（static 变量和 static 块）在类首次被主动使用时触发初始化，且只执行一次。它们按源码中从上到下的顺序执行，先初始化静态变量（含赋值表达式），再执行静态块——哪怕静态块写在变量声明之前，实际执行仍遵循声明位置顺序。
常见错误是误以为 static 块会“覆盖”或“延迟”静态变量初始化，其实二者同属类初始化阶段，共享同一执行流。
- 如果静态变量初始化抛出异常（如
NullPointerException在静态工厂方法中），后续静态块不会执行，且该类变为“初始化失败状态”，再次访问会直接抛NoClassDefFoundError - 父类的静态成员总在子类之前完成初始化，这是 JVM 规范强制保证的
- 静态变量的直接赋值（
static int x = 5;）和静态块（static { ... }）本质都是类初始化指令的一部分，字节码中统一为
实例化时非静态块、构造器与字段初始化的顺序
每次 new 对象时，非静态初始化块和字段初始化语句按源码顺序执行，然后才调用构造器。注意：这发生在类已加载并完成静态初始化之后，且每创建一个实例都完整走一遍。
容易忽略的是，字段声明处的初始化（如 int y = getValue();）和非静态块（{ ... }）没有本质区别，JVM 把它们合并进每个构造器开头（在 super() 或 this() 调用之后）。
立即学习“Java免费学习笔记（深入）”；
- 父类字段初始化 → 父类非静态块 → 父类构造器 → 子类字段初始化 → 子类非静态块 → 子类构造器
- 若构造器第一行是
this(...)，则当前类的字段初始化和非静态块会在目标构造器中执行，而非重复执行两次 - 字段初始化中调用的方法如果是
override的，会触发多态——但此时子类字段可能还未初始化（值为默认值），造成逻辑错误
静态块里能做什么？哪些操作要特别小心
static 块适合做一次性资源准备，比如加载配置、注册驱动、初始化缓存。但它不是万能的，很多看似合理的行为在类加载期会出问题。
- 不能访问非静态成员（编译报错：
non-static variable xxx cannot be referenced from a static context） - 避免在静态块中调用可能触发其他类加载的方法（如反射
Class.forName("xxx")），易引发死锁或循环依赖 - 不要在静态块中执行耗时 I/O（如读文件、连数据库）——它会阻塞所有对该类的首次访问，且无重试机制
- 若需线程安全的单例初始化，优先用
static字段 +final（如private static final Singleton INSTANCE = new Singleton();），比静态块更简洁可靠
验证初始化顺序的最小可测代码
下面这段代码能清晰暴露 JVM 执行路径，建议复制到 IDE 中运行并观察输出：
class Parent {
static { System.out.println("Parent static block"); }
{ System.out.println("Parent init block"); }
Parent() { System.out.println("Parent constructor"); }
}
class Child extends Parent {
static { System.out.println("Child static block"); }
{ System.out.println("Child init block"); }
Child() { System.out.println("Child constructor"); }
}
public class InitOrder {
public static void main(String[] args) {
System.out.println("main start");
new Child();
new Child();
}
}
输出顺序固定为：Parent static block → Child static block → main start → Parent init block → Parent constructor → Child init block → Child constructor →（第二次 new 时跳过所有 static 块）→ Parent init block → ……
真正复杂的地方在于：静态初始化失败不可恢复，而实例初始化失败只影响当次对象创建；另外，接口中的 static 块（Java 8+）和 default 方法不参与类初始化流程，这点常被混淆。
