构造块不参与对象复用逻辑，但保障池对象初始化的一致性与可靠性：它在new时自动执行，完成无参、通用、实例级的前置准备（如字段兜底、状态重置、ID生成、监听注册），不可接收borrow参数，不替代reset()；执行时机固定于父类构造完成后、本类构造体前，禁止前向引用和抛受检异常，可赋值final非静态字段；与静态块协同实现池生命周期管理。
构造块在对象池技术中不直接参与对象复用逻辑，但它能显著提升“池中对象初始化”的一致性与可靠性。
构造块负责池对象的统一前置准备
对象池的核心目标是避免频繁 new 和 GC。当对象被借出（borrow）时，若池中无可用实例，需创建新对象；此时构造块自动执行，确保每个新实例都完成基础初始化，比如：
- 集合字段兜底初始化：{ permissions = new ArrayList(); }，防止后续 add() 报 NPE
- 状态重置：{ status = "IDLE"; lastUsedTime = System.nanoTime(); }，让复用对象具备可预测初始态
- 唯一标识生成（仅首次）：{ id = "POOL-" + counter++; }，配合 static 计数器实现轻量 ID 分配
- 监听注册或资源绑定：{ eventBus.register(this); }，但需配套在归还（return）时反注册
它不处理参数化配置，也不替代池管理逻辑
构造块无法接收 borrow 时传入的上下文参数（如租期、租户 ID），因此不能做业务级定制初始化。这类逻辑必须留在对象的 reset() 或 init(context) 方法中，由池管理器显式调用：
- 构造块只做“无参、通用、实例级”准备，属于 new 阶段的强制动作
- 池框架（如 Apache Commons Pool）通常要求对象实现 PooledObjectFactory，其 makeObject() 方法内部 new 实例 → 构造块自动运行 → 返回前再调用自定义 reset()
- 若把 reset 逻辑硬塞进构造块，会导致每次 new 都执行，违背“复用即重置”的设计意图
执行时机严格固定，但需避开常见陷阱
构造块在 new PoolableObject() 时立即触发，位于父类构造完成之后、本类构造方法体之前。这对对象池很关键——它保证所有池对象无论通过哪个构造器创建，都经过同一初始化路径：
立即学习“Java免费学习笔记（深入）”；
- 多个构造块按源码顺序执行，适合分阶段设置：先字段初始化，再日志打点，最后注册监听
- 禁止前向引用：字段声明必须在构造块之前，否则编译失败；例如不能在块里读取尚未声明的 final String token
- 不能抛出受检异常：若需加载配置或连接资源，必须用 try-catch 包裹，避免 new 失败导致池创建中断
- final 非静态字段可在其中赋值：{ final long createTime = System.currentTimeMillis(); }，适合记录对象诞生时间
与静态块协同，支撑池生命周期管理
静态代码块在类首次加载时执行一次，适合初始化池共用的静态资源；构造块则每次 new 实例时执行，二者分工明确：
- 静态块：初始化连接池、缓存配置、全局计数器（static int poolSize）
- 构造块：为每个具体池对象分配实例 ID、设置默认状态、预热内部缓存
- 这种组合让对象池既节省重复初始化开销，又保障每个实例干净独立
