构造代码块在每次创建对象时自动执行且总在所有构造器体之前运行，用于统一处理无参共用逻辑如字段默认赋值，支持条件判断和RuntimeException，但不适用于依赖参数、外部资源或强约束的初始化场景。
构造代码块能自动在每次创建对象时执行，且总在所有构造器体之前运行——它不是语法糖，而是JVM保证的统一初始化时机。用好它，就能把多个构造器里反复出现的字段赋值、状态设置、资源预设等逻辑收口到一处，既避免遗漏，又不增加调用负担。
用构造代码块统一处理无参共用逻辑
当多个构造器都要给某些字段设相同默认值（比如status = "ACTIVE"、createdAt = System.currentTimeMillis()），而这些值不依赖传入参数时，构造代码块是最轻量、最安全的选择。
- 直接在类体中写
{ status = "ACTIVE"; createdAt = System.currentTimeMillis(); }，无需修饰符，也不用声明 - 它会在每个构造器执行前自动触发，包括编译器自动生成的默认构造器
- 可访问
this和所有实例字段，支持条件判断、异常抛出（仅限RuntimeException） - 比在每个构造器里手动调用私有方法更简洁，也比字段声明时直接赋值更灵活（比如支持调用实例方法或复杂表达式）
配合this()链式调用，分工明确
构造代码块适合“无参通用初始化”，而this()适合“带参差异化委托”。两者结合，能清晰划分职责：构造代码块负责兜底赋值，this()负责参数路由。
- 把必填字段校验、外部依赖初始化（如数据库连接）、业务强约束等逻辑留在主构造器体内
- 让构造代码块只做本类字段的简单赋值，不依赖父类尚未完成初始化的状态
- 例如：子类中用构造代码块设
role = "USER"，再通过this(name)或this(name, email)委托给含校验的主构造器 - 这样既避免了构造器内重复写
this.role = "USER"，又保留了主路径对参数的控制力
避开继承场景下的常见陷阱
在有父类的体系中，构造代码块的执行顺序是确定的（父类构造块 → 父类构造方法 → 子类构造块 → 子类构造方法），但容易误用。
立即学习“Java免费学习笔记（深入）”；
- 不要在子类构造代码块里访问父类未初始化的
final字段，或调用可能被重写的getter - 若需基于父类字段计算（如
this.displayName = this.name.toUpperCase()），确保父类已在前序完成赋值（比如父类字段声明时已初始化，或父类构造块中已设值） - 子类构造代码块可覆盖父类同名字段，互不影响；但若父类字段为
private，子类块中访问的是自己的同名字段，而非父类的
什么情况不该硬套构造代码块
它不是万能解药。一旦初始化逻辑涉及参数分支、外部依赖或字段间强转换，就该换策略。
- 需要根据参数类型选择不同默认值（如
fromId(long)vsfromJson(String)）→ 改用静态工厂方法 - 初始化要查数据库、读配置、发HTTP请求 → 放进构造方法体，便于显式捕获异常和控制流程
- 字段需归一化（如把
rawJson解析成email、roles）→ Java用Builder模式，Python用@dataclass + __post_init__ - 想在初始化时调用可被子类重写的方法 → 避免，否则可能触发空指针或状态错乱
