java代码块执行顺序由jvm严格驱动：类加载阶段执行父类静态变量→父类静态块→子类静态变量→子类静态块；对象创建阶段执行父类实例变量→父类构造块→父类构造方法→子类实例变量→子类构造块→子类构造方法，静态部分仅一次，实例部分每次new均完整执行。
Java 中代码块执行顺序不是靠“人为确保”，而是由 JVM 在类加载和对象创建两个阶段严格按固定规则驱动的。这种机制天然保障了对象结构的完整性——字段声明、默认初始化、显式赋值、共性初始化、差异化构造，环环相扣，缺一不可。
类加载阶段：先立骨架，再填静态内容
对象还没影儿，类得先准备好。JVM 按以下顺序一次性完成类加载：
- 父类静态变量（含默认值）→ 父类静态代码块（按书写顺序）
- 子类静态变量 → 子类静态代码块
这个阶段不涉及任何对象，只做类级别准备（如加载配置、注册驱动）。所有静态内容执行一次且仅此一次，为后续实例化打下稳定基础。
对象创建阶段：从父到子，逐层夯实状态
每次 new 一个对象时，JVM 严格按“父→子”“静态→实例→构造”双维度推进：
- 父类实例变量（默认值）→ 父类构造代码块 → 父类构造方法
- 子类实例变量（默认值）→ 子类构造代码块 → 子类构造方法
关键点在于：构造代码块总在父类构造方法返回之后、本类构造方法体开始之前执行。此时 this 已可用，父类字段已就位，本类字段已声明（含默认初始化），但尚未被构造方法体修改——这正是对象结构最“干净”、最可控的初始化窗口。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
字段与构造代码块交错执行：顺序即契约
同一类中，字段显式初始化（如 String name = "guest";）和构造代码块不是分组执行，而是按源码书写顺序逐行交错运行：
- 上面的字段初始化先执行
- 紧随其后的构造代码块立即执行
- 再下面的字段初始化继续执行
这意味着：若某 final 字段依赖构造代码块生成的值（比如用工具类生成唯一 ID），就必须把该字段声明写在代码块之后；否则它拿到的是 null 或 0。这种“写在哪儿，就在哪儿生效”的线性顺序，让字段状态可预测、可追溯。
为什么这能保障完整性
因为整个链条没有跳过环节，也没有执行歧义：
- 静态块确保类级资源就绪，避免实例化时因配置缺失而失败
- 父类先完成初始化，子类才能安全访问继承来的字段和方法
- 构造代码块统一处理所有对象共性逻辑（如 ID 分配、日志标记），杜绝某个构造方法遗漏关键步骤
- 构造方法专注定制逻辑，且一定在共性初始化之后运行，所见即所得
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
