构造代码块在构造方法体之前执行，每次new对象时按声明顺序执行一次，用于统一初始化所有实例；它不能替代构造方法，因无参数、不可抛受检异常、无分支逻辑。
构造代码块在构造函数体执行前运行，这是Java对象初始化机制中一个关键但容易被忽略的环节。它不是语法糖，而是JVM明确规定的实例初始化步骤之一，作用是统一处理所有构造方法共用的初始化逻辑。
构造代码块的触发时机
只要执行 new 操作创建新实例，JVM就会在调用任何构造方法体之前，先执行该类中定义的所有构造代码块（按源码中从上到下的顺序）。这个过程与构造方法是否重载、是否含 this() 调用无关——即便通过 this() 链式调用多个构造器，构造代码块也只执行一次，且一定发生在最终实际执行的那个构造方法体开始前。
它和字段初始化谁先谁后？
构造代码块和实例字段的显式初始化（如 int x = 5;）都属于“实例初始化阶段”，但执行顺序取决于它们在类中声明的位置：
- 代码块写在字段声明之前 → 先执行代码块，再初始化字段
- 字段声明写在代码块之前 → 先完成字段默认值赋值（如 int 默认为 0），再执行显式初始化（如 x = 5），最后才执行代码块
- 多个代码块之间严格按书写顺序执行，彼此可相互访问已声明但尚未初始化的字段（注意：此时字段值可能是默认值）
为什么不能替代构造方法？
构造代码块虽早于构造方法体执行，但它有明显局限：
立即学习“Java免费学习笔记（深入）”；
- 无法接收参数，不能做差异化初始化
- 不能抛出受检异常（除非整个类声明 throws），而构造方法可以
- 不能控制执行路径（比如 if/else 分支选择不同逻辑），所有实例无差别执行
- 调试时堆栈信息不直观，容易掩盖初始化意图
什么场景下值得用？
适合放置真正“所有对象都必须做”的初始化动作，例如：
- 检查系统环境或运行时约束（如要求 JDK 版本 ≥ 17）
- 为多个构造器共用的集合字段分配初始容量（list = new ArrayList(16);）
- 记录对象创建日志（LOG.debug("Creating instance of {}", getClass().getSimpleName());）
- 设置不可变的内部状态标志（createdAt = System.nanoTime();）
不复杂但容易忽略
