构造代码块在构造方法体之前执行，每次new对象时按声明顺序执行一次，用于统一初始化所有实例；它不能替代构造方法，因无参数、不可抛受检异常、无分支逻辑。

构造代码块在构造函数体执行前运行，这是Java对象初始化机制中一个关键但容易被忽略的环节。它不是语法糖，而是JVM明确规定的实例初始化步骤之一，作用是统一处理所有构造方法共用的初始化逻辑。

构造代码块的触发时机

只要执行 new 操作创建新实例，JVM就会在调用任何构造方法体之前，先执行该类中定义的所有构造代码块（按源码中从上到下的顺序）。这个过程与构造方法是否重载、是否含 this() 调用无关——即便通过 this() 链式调用多个构造器，构造代码块也只执行一次，且一定发生在最终实际执行的那个构造方法体开始前。

它和字段初始化谁先谁后？

构造代码块和实例字段的显式初始化（如 int x = 5;）都属于“实例初始化阶段”，但执行顺序取决于它们在类中声明的位置：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• 代码块写在字段声明之前 → 先执行代码块，再初始化字段
• 字段声明写在代码块之前 → 先完成字段默认值赋值（如 int 默认为 0），再执行显式初始化（如 x = 5），最后才执行代码块
• 多个代码块之间严格按书写顺序执行，彼此可相互访问已声明但尚未初始化的字段（注意：此时字段值可能是默认值）

为什么不能替代构造方法？

构造代码块虽早于构造方法体执行，但它有明显局限：

• 无法接收参数，不能做差异化初始化
• 不能抛出受检异常（除非整个类声明 throws），而构造方法可以
• 不能控制执行路径（比如 if/else 分支选择不同逻辑），所有实例无差别执行
• 调试时堆栈信息不直观，容易掩盖初始化意图

什么场景下值得用？

适合放置真正“所有对象都必须做”的初始化动作，例如：

• 检查系统环境或运行时约束（如要求 JDK 版本 ≥ 17）
• 为多个构造器共用的集合字段分配初始容量（list = new ArrayList(16);）
• 记录对象创建日志（LOG.debug("Creating instance of {}", getClass().getSimpleName());）
• 设置不可变的内部状态标志（createdAt = System.nanoTime();）

不复杂但容易忽略

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南