构造块是Java中预初始化的执行载体，编译器将其代码自动插入每个构造方法开头（super/this调用之后），确保对象内存分配、字段默认初始化完成后、构造方法体执行前统一执行，且所有构造路径均不跳过。
构造块在 Java 中天然承担“预初始化”角色——它不是构造方法的补充，而是被编译器自动插入到每个构造方法体最开头（紧接在 super() 或 this() 调用之后）的一段共用逻辑。它不依赖参数，却能在构造方法执行前完成对象状态的统一准备。
构造块就是预初始化的执行载体
Java 编译器会把构造块里的代码“复制”进每一个构造方法的起始位置。这意味着：
- 只要 new 一个对象，不管调用哪个构造方法，构造块都必定先跑一遍
- 此时对象已分配内存、实例字段已完成默认初始化（如 int=0、Object=null），this 已可用，但构造方法体尚未开始
- 父类构造已执行完毕，当前类字段声明已生效，可安全读写（但不能前向引用未声明字段）
典型预初始化操作示例
以下逻辑适合放在构造块中，作为所有构造路径的前置准备：
-
集合字段设默认值：如
{ permissions = new ArrayList<>(); permissions.add("READ"); } -
状态与时间戳初始化：如
{ status = "PENDING"; createTime = System.currentTimeMillis(); } -
计数器或日志打点：如
{ instanceCount++; System.out.println("Created: #" + instanceCount); } - 非 final 字段的复杂对象创建：避免每个构造方法重复 new ArrayList 或 HashMap
和构造方法分工明确
构造块不做参数相关的事，它只管“通用准备”；真正依赖输入的初始化仍由构造方法负责：
立即学习“Java免费学习笔记（深入）”；
- 构造块里不能访问构造方法形参（如 name、id），所以赋值必须留在构造方法中
- 若需校验参数合法性（如 name != null），必须在构造方法内做
- 推荐模式：构造块统一初始化基础状态 + 构造方法专注参数接收与业务逻辑
执行顺序不可跳过
预初始化的效果，依赖于严格的执行链条：
- 静态块（类加载时一次）→ 实例变量默认值 → 构造块 → 构造方法体
- 在继承场景下，父类构造块在子类构造块之前执行，全程不可绕过
- 即使构造方法用了 this() 委托，构造块也只执行一次，且仍在委托目标方法体之前
