Java对象初始化顺序严格遵循静态→实例→构造三层级及继承嵌套逻辑：类加载时先执行父类静态成员（按文本顺序），再子类静态成员；new对象时先父类成员变量和实例块，再父类构造体，然后子类同理；构造方法体总在本类所有实例初始化完成后执行。
Java中对象初始化顺序不是按代码书写位置“从上到下”简单执行的，而是由JVM严格按阶段和类型分层控制的。排查初始化问题，关键不是猜执行顺序，而是抓住三个核心层级：静态 → 实例 → 构造，并理清它们在继承关系中的嵌套触发逻辑。
先看静态部分：类加载时只跑一次
静态变量和静态代码块属于类级别，在类首次被主动使用（如 new、调用静态方法、访问静态字段）时触发，且仅执行一次。它们按源码中出现的**文本顺序**依次执行——谁写在前面，谁先初始化。如果静态代码块里用了某个静态变量，那这个变量声明必须在它之前，否则编译报错或运行时报 NullPointerException（因未赋值）。
- 父类静态成员 → 子类静态成员（哪怕子类静态块写在父类前面，也得等父类加载完）
- 同一类中：static 字段声明 + 赋值 → static {} 块 → 下一个 static 字段…
- 排查技巧：在每个静态初始化处加 System.out.println("【静态】xxx")，启动时观察输出顺序
再看实例部分：每次 new 都重走一遍
非静态成员变量、实例初始化块（即 {} 块）、构造方法，共同构成“对象创建流程”。它们在 new 对象时才执行，且顺序固定：成员变量定义赋值 → 实例块 → 构造方法体。注意：这里的“成员变量定义赋值”是编译器自动插入到构造方法开头的，不是延迟到构造方法里才做。
- 父类成员变量初始化 → 父类实例块 → 父类构造方法体
- 子类成员变量初始化 → 子类实例块 → 子类构造方法体
- 所有实例初始化都在 super() 调用返回之后、子类构造方法代码开始前完成
- 排查技巧：给每个成员变量加带标识的初始化表达式，比如 String name = log("name 初始化")，配合打印可清晰定位执行点
构造方法本身不“启动”初始化，而是“承接”初始化结果
构造方法不是初始化的起点，而是初始化流程的终点之一。它的第一行隐含 super()（除非显式调用 this() 或其他 super），而 super() 会触发父类的整个实例初始化链。所以构造方法体内的代码，总是在本类所有成员变量、实例块执行完毕后才运行。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 常见误区：认为 new A() 先进 A 的构造方法，再初始化字段 —— 实际相反
- 若构造方法里访问了尚未初始化的字段（比如在 super() 前就用 this.field），该字段值是默认值（0、null、false），不是你写的初始值
- 排查技巧：反编译 class 文件（javap -c 类名），看字节码里 putfield 指令是否出现在 invokespecial super() 之后
调试建议：用最小可复现案例+日志锚点
遇到初始化异常（如 NullPointerException、字段值不符合预期），不要直接看大项目代码。建一个只有 2–3 行初始化语句的测试类，每处初始化都加唯一标识日志，例如：
static { System.out.println("1-父类静态块"); }
private String s = log("2-父类字段");
{ System.out.println("3-父类实例块"); }
Parent() { System.out.println("4-父类构造"); }
逐行比对输出顺序，对照标准顺序验证。一旦确认某步行为异常，再检查是否有静态依赖循环、父类构造中提前暴露 this、或字段被 final 修饰但初始化路径不唯一等问题。
