Java静态代码块本身不提供原子性保证，真正确保初始化原子性的是JVM在类初始化阶段对方法执行的强制同步机制——通过类元数据上的初始化锁实现天然串行化、不可中断、仅执行一次。
Java 静态代码块本身不负责保证原子性，真正确保资源初始化原子性的，是 JVM 在类初始化阶段对
JVM 类初始化锁保障单次原子执行
当多个线程首次主动使用某个类（例如调用 getInstance() 或访问其静态字段）时，JVM 会触发该类的初始化。此时：
- JVM 内部为该类维护一个专属的“类初始化锁”，属于类元数据的一部分
（由编译器自动生成，包含所有 static 字段赋值和 static 代码块） 执行过程是原子的：不会被中断，也不会重排序
初始化结果对所有线程具有 happens-before 保证
JMM 明确规定：类初始化完成事件对后续任意线程的静态字段读取，构成 happens-before 关系。这意味着：
- 静态块中创建的对象（如缓存 map、连接池、配置对象）所有字段写入都对其他线程可见
- 无需在静态字段上加
volatile或synchronized——JVM 已全权保障可见性与原子性 - 即使对象构造涉及复杂逻辑（I/O、校验、多步赋值），只要在
写法不当会破坏原子性边界
看似安全的静态块，一旦触发时机失控，就可能绕过 JVM 的初始化锁机制：
- 在其他类的 static 字段声明处直接 new 当前类实例，会导致类提前加载、初始化提前发生
- 通过
Class.forName("X")或反射主动加载类，也可能在预期之外触发初始化 - 静态块中若抛出未捕获异常，JVM 会标记类为“初始化失败”，后续所有访问都抛
ExceptionInInitializerError，这不是原子性失效，而是设计上的快速失败策略
它只管初始化，不管运行时状态
静态块提供的原子性严格限定在类加载阶段的一次性初始化：
- 初始化完成后，该类的静态字段若可变（如
static int counter），其后续读写仍需额外同步（synchronized、AtomicInteger等） - 静态块创建的单例对象，其内部状态变更（如修改成员变量）不属于初始化范畴，不享受 JVM 初始化锁保护
- 不能替代 CAS、锁或 volatile 来解决运行期并发更新问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
