代码块执行顺序严格对应对象内存布局阶段：静态代码块在类加载完成时执行于方法区，构造代码块在堆内存分配并初始化默认值后、构造方法前执行，局部代码块仅限方法栈帧内作用域，不参与对象构建。
Java 中代码块执行顺序与对象内存布局看似属于不同层面的概念，但它们在对象创建这一关键环节上紧密耦合——代码块的执行时机直接由对象生命周期阶段决定，而该阶段又严格对应内存布局的初始化步骤。
简单说：你看到的 { ... } 什么时候跑、按什么顺序跑，不是凭空发生的；它嵌在对象从“一块空白内存”变成“可用 Java 实例”的整个物理构造流程里。理解这个关系，才能真正看懂为什么静态代码块只执行一次、为什么构造代码块总在构造方法前运行。
静态代码块 → 类加载阶段 → 方法区（元数据）初始化
静态代码块属于类级别，它不依赖对象实例。
它的执行发生在 类初始化阶段（initializing），也就是 JVM 完成类加载、链接（verification、preparation、resolution）之后，首次主动使用该类时触发。
- 此时还没分配任何对象内存（堆上没出现实例）；
- JVM 把类的静态变量设为程序员写的初始值，同时执行所有静态代码块；
- 这些动作作用于 方法区（或元空间）中的类元数据结构，和堆中对象布局无关，但为后续对象创建铺平道路（比如准备好共享的静态资源）。
✅ 关键点：静态代码块执行完，才可能 new 出第一个对象。它不参与对象内存布局的构建，但决定了“类准备好没”。
构造代码块 → 对象实例化阶段 → 堆内存填充过程
当你写 new Demo()，JVM 开始在堆上为对象分配内存（如指针碰撞或 TLAB），接着进入对象初始化流程：
- 内存清零：分配到的内存空间（除对象头外）全部初始化为默认值（0、null、false）；
- 设置对象头：填入 Klass Pointer（指向类元数据）、Mark Word（锁、GC年龄等）；
- 执行构造代码块：此时对象内存已分配、头已设置、字段有默认值，但尚未执行构造方法体；
- 调用构造方法：完成字段显式赋值、业务逻辑等。
构造代码块就插在第 3 步，它本质是编译器自动插入到每个构造方法开头的公共初始化逻辑。所以它一定早于构造方法体，但晚于对象内存分配和默认初始化。
✅ 关键点：构造代码块执行时，对象已在堆中占位，对象头已就绪，实例数据区处于“默认值态”——它正是对这块内存做进一步填充的起点。
局部代码块 → 方法栈帧内 → 与对象布局无直接关联
局部代码块（方法内 {}）纯粹是编译期语法糖，用于限制变量作用域、优化资源释放。
它发生在方法调用时，对应的是 Java 虚拟机栈中的栈帧，操作的是局部变量表和操作数栈，不涉及堆上对象的结构或生命周期。
- 它不影响对象头、实例数据或对齐填充；
- 即使你在构造方法里写局部代码块，它也只是在构造方法执行过程中的一段普通逻辑，不改变对象内存布局节奏。
✅ 关键点：局部代码块是“运行时控制流”的组织方式，不是对象构建环节的参与者。
对象内存布局三要素如何承接代码块行为
| 内存区域 | 承载内容 | 对应代码块影响 |
|---|---|---|
| 对象头 | Klass Pointer、Mark Word | 在 new 指令后立即写入，早于所有代码块执行 |
| 实例数据区 | 字段（含继承字段）真实存储位置 | 默认值 → 构造代码块赋值 → 构造方法再赋值 |
| 对齐填充 | 补齐至 8 字节倍数的无意义字节 | 编译期确定大小，不影响任何代码块执行逻辑 |
也就是说：构造代码块干的事，就是往实例数据区里填你写的初始值；而它能安全操作这些字段的前提，是对象头已定位类信息、实例数据区已有合法地址且已清零——这正是内存布局提供的执行上下文。
不复杂但容易忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
