构造代码块是实现跨构造器字段一致性赋值最轻量、最直接的方式，自动插入每个构造器开头（super()/this()之后），统一处理与参数无关的初始化逻辑，如默认值设置和辅助集合初始化，但不可用于final字段赋值。

构造代码块是实现跨构造器字段一致性赋值最轻量、最直接的方式——它不依赖参数，自动插入到每个构造器执行体开头（super() 或 this() 之后），天然保证所有实例路径都走同一套初始化逻辑。

统一默认值与不可变状态初始化

当多个构造器都需要为某些字段赋予相同初始值（尤其是非 final 字段），且这些值与传入参数无关时，构造代码块比重复写在每个构造器里更安全、更易维护。

• 适合场景：设置默认 flag = true、count = 0、list = new ArrayList()、status = "PENDING"
• final 字段不能在构造代码块中赋值（编译报错），必须放在构造器内；但普通字段可以放心初始化
• 注意：若字段已用实例变量声明初始化（如 private List logs = new ArrayList();），构造代码块中再赋值会覆盖它——这是可预期行为，不是 bug

规避参数依赖，守住初始化边界

构造代码块无法接收参数，这反而是它的优势：它强制把“与参数无关”的逻辑抽离出来，避免误将 name、age 等需校验或转换的字段塞进这里，导致逻辑混乱或 NPE。

• 错误做法：在构造代码块里调用 this.getName()（此时字段可能还未被构造器赋值）
• 正确分工：
  – 构造代码块：做通用预处理（如日志埋点、静态计数器自增、添加默认 tag）
  – 构造器本身：负责参数解析、校验、字段赋值、业务规则检查
• 示例：每次 new User 都记录创建次数并初始化辅助集合，但用户名仍由构造器决定

配合 this() 构造链，形成清晰初始化流水线

构造代码块 + 私有主构造器 + this() 调用，是兼顾复用性与可读性的黄金组合。构造代码块处理“所有对象都该做的事”，私有主构造器处理“所有对象都该用的参数逻辑”。

• 所有公有构造器第一行必须是 this(...) 或 super(...)；选前者便于集中控制
• 构造代码块在 this(...) 返回后立即执行，因此能确保字段已有基础值，再被主构造器进一步覆盖
• 这样既避免了代码重复，又让初始化顺序一目了然：字段声明初始化 → 构造代码块 → this() 目标构造器 → 公有构造器剩余逻辑

警惕继承场景下的执行时序陷阱

在有父类的情况下，构造代码块的执行时机容易引发 NPE，尤其当它访问了父类中尚未完成初始化的字段或方法。

• 执行顺序：父类静态块 → 子类静态块 → 父类实例变量初始化 → 父类构造代码块 → 父类构造器 → 子类实例变量初始化 → 子类构造代码块 → 子类构造器
• 风险点：子类构造代码块中调用被子类重写的方法，而该方法访问了父类中还未初始化的字段
• 建议：构造代码块中只操作当前类声明的字段，避免调用可能被重写的方法；如需复杂逻辑，改用 final 字段 + 构造器赋值，或提取为 private 工具方法（确保无副作用）