初始化块负责统一准备，构造函数负责按需定制；初始化块无参数、每次new必执行且在构造函数体前运行，构造函数可重载并响应参数，二者编译后合并执行但职责分明。
初始化块和构造函数都参与对象创建，但分工明确：初始化块负责“统一准备”，构造函数负责“按需定制”。用对了，代码更干净；混用了，反而增加理解成本。
执行时机与触发条件不同
初始化块（即实例初始化块，用{}包裹、无static）每次new对象时必然执行一次，且严格在构造函数体开始前运行——确切地说，是在super()或this()调用之后、构造方法自己的代码之前。而构造函数只在显式调用new时被选中执行，且可重载，参数不同则行为不同。
- 哪怕构造函数内部用了this()委托另一个构造器，初始化块也只执行一次
- 静态初始化块（static{}）只在类首次加载时执行一次，与对象数量无关
- 成员变量的显式初始化（如int x = 5;）和初始化块，在编译后会被合并进每个构造方法开头，顺序按源码从上到下
能否传参与复用场景有本质区别
构造函数可以接收参数，适合做差异化初始化，比如设置姓名、ID、配置选项等；初始化块没有参数，只能处理所有对象共有的逻辑，比如默认状态赋值、日志埋点、资源预分配等。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 多个构造方法都要给status设为INIT、把createdAt设为当前时间？这类代码放进初始化块，避免重复
- 需要根据传入的type决定初始化策略？这必须放在构造函数里，初始化块无法响应参数
- 匿名内部类没有构造函数，但能用初始化块完成字段赋值和简单逻辑，这是它不可替代的使用场景
编译后的实际位置决定行为边界
Java编译器会把初始化块的代码“复制”到每个构造方法的第一行（super()之后），所以它本质上不是独立运行的模块，而是构造流程的固定前置步骤。这意味着：
- 不能在初始化块里调用可能抛出异常的构造函数（如super(...)），因为它本身不参与构造链起点
- 不能在初始化块中访问尚未声明的字段（按源码顺序，它只能用已定义的成员）
- 调试时看到初始化块执行，其实背后是构造方法正在被展开执行——它没有独立栈帧
日常编码中的实用建议
多数情况下，优先用构造函数初始化；只有当多个构造路径存在高度重复、且无需参数介入时，才引入初始化块。它不是语法糖，而是结构化工具。
- 避免在初始化块中做耗时操作（如IO、网络请求），因为每次new都会触发，易成性能瓶颈
- 静态初始化块适合加载配置、初始化单例、注册驱动等一次性类级任务
- 若初始化逻辑复杂且需参数，考虑提取为私有工具方法，在各构造函数中调用，比硬塞进初始化块更清晰
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
