构造块是解决多构造方法重复初始化最直接可靠的方式，它在每次new对象时自动执行，位于字段初始化后、构造方法体前，专用于无参共性初始化，如设默认值、打日志、生成id等。
Java 中构造块（即实例初始化块）是解决多个构造方法间重复初始化逻辑最直接、最可靠的方式。它不依赖调用约定，也不需要手动维护，JVM 保证每次 new 对象时自动执行，且总在字段初始化之后、构造方法体之前运行。
构造块的核心定位：无参共性初始化
当多个构造器都要做同一件事——比如设默认状态、生成唯一 ID、打初始化日志、给字段赋固定值——而这件事不依赖传入参数时，构造块就是最佳选择。
- 写法简单：直接在类体中用
{ ... }包裹，不加任何修饰符（不能写public、static或void） - 自动触发：无论是
new User()、new User("Tom")还是new User("Tom", 25)，块内代码都执行一次 - 天然兜底：连编译器自动生成的默认构造器也会触发它，不怕新增构造器时遗漏
- 支持灵活操作：可访问
this、所有实例字段和非静态方法，能写条件判断，也能抛RuntimeException
和其它方案对比：为什么不是私有方法或 this()？
构造块不是替代方案，而是填补空白的专用机制：
-
比私有初始化方法更强制：不用每个构造器都记得调用
initCommon()，避免漏写或调用位置错误 -
比
this()链式调用更专注：this()适合“带参委托”，构造块适合“无参兜底”。两者配合，职责清晰——块里设status = "PENDING"，构造器里只处理参数校验和差异化赋值 - 比字段声明时直接赋值更强大：字段声明只能写常量或简单表达式；构造块可调用实例方法、生成 UUID、做空值判断等复杂逻辑
继承场景下的安全用法
构造块按继承链顺序执行：父类构造块 → 父类构造方法 → 子类构造块 → 子类构造方法。这意味着：
- 父类定义的
{ id = UUID.randomUUID().toString(); }，所有子类实例都会拥有独立的id - 子类构造块可独立初始化子类字段，不会覆盖父类逻辑
- 避免在块中调用可能被重写的 getter（如
this.getName()），防止子类尚未初始化就访问导致 NPE - 若需基于父类字段计算（如
this.displayName = this.name.toUpperCase()），确保父类已在前序完成赋值（例如父类字段声明时已初始化）
什么情况不该用构造块？
它不是万能钥匙，以下情形应绕开：
- 初始化逻辑依赖构造参数（比如根据
type设不同角色）→ 改用静态工厂方法 - 涉及外部资源（数据库连接、文件读取、网络请求）→ 留在主构造器中显式控制
- 含业务强校验（如邮箱格式验证、用户名唯一性检查）→ 放在构造器体内，便于抛受检异常或返回明确错误
- 需要复用到非构造场景（如反序列化后重新初始化）→ 提取为私有方法，按需调用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
