构造代码块不是加锁机制，不能用于资源锁定；它仅在每次创建对象时由当前线程自动执行一次，且在构造方法前运行，用于统一初始化，但无同步能力。
构造代码块不是加锁机制，不能用于资源锁定
构造代码块（即不带 static 的花括号代码块）在 Java 中的作用是：**每次创建对象时自动执行，且在构造方法体之前运行**。它用于统一初始化逻辑，比如给多个构造器共用的字段赋值、做校验或预处理。但它本身不具备同步能力，也不涉及线程安全控制——它只在单个对象实例化过程中执行一次，且由当前线程独占完成。
真正起保护作用的是 synchronized 代码块或 lock
若目标是在对象初始化阶段就对共享资源（如静态计数器、缓存容器、配置对象等）做线程安全访问，关键不在“构造代码块”，而在于：在该块内部，用 synchronized 显式包裹对共享资源的操作。
- 必须使用一个**全局唯一且稳定的锁对象**，例如
private static final Object INIT_LOCK = new Object(); - 锁对象不能是
this（因为此时对象尚未构造完成，且不同实例的this不同，无法互斥） - 也不能用字符串、常量或可能被 intern 的对象，避免意外锁竞争或死锁
- 静态资源需用类级别锁（如
MyClass.class或专用静态 lock 对象）
实战示例：初始化时安全注册全局资源
假设有一个工具类需在首次实例化时向中央注册表添加唯一 ID，并确保多线程并发调用 new ResourceHolder() 时，注册动作不重复、不冲突：
public class ResourceHolder {
private static final Object REGISTRATION_LOCK = new Object();
private static boolean registered = false;
private static int globalId = 0;
// 构造代码块：此处执行初始化逻辑
{
// ✅ 在构造块中，用 synchronized 保护共享写操作
synchronized (REGISTRATION_LOCK) {
if (!registered) {
globalId = allocateNextId(); // 假设是原子递增或 DB 获取
System.out.println("已注册全局ID: " + globalId);
registered = true;
}
}
// ❌ 下面这行如果操作的是共享变量，仍需加锁——构造块本身不提供保护
// sharedList.add(this); // 错误：sharedList 是 static，必须同步
}
private static int allocateNextId() {
return ++globalId; // 实际中建议用 AtomicInteger
}
}
注意：即使两个线程同时进入构造代码块，synchronized(REGISTRATION_LOCK) 确保了 if (!registered) 判断和赋值是原子的，避免重复注册。
更稳妥的做法：延迟初始化 + 双重检查锁或静态内部类
对于“仅首次初始化需加锁”的场景，构造代码块不是最优选择。推荐方式：
- 把资源初始化移到静态方法中，配合 双重检查锁定（DCL） 或 静态内部类单例
- 或者直接使用
java.util.concurrent.ConcurrentHashMap等线程安全集合替代手动加锁 - 避免在构造过程中触发复杂同步逻辑，防止构造未完成就被其他线程引用（this 逸出风险）
构造代码块适合轻量、无竞争的初始化；一旦涉及跨实例共享状态，就必须靠显式同步机制兜底。
