java静态代码块本身不提供线程安全能力，其“线程安全”源于jvm类初始化机制对方法的强制同步，确保静态字段赋值和静态块逻辑仅执行一次且原子完成；但仅适用于类加载阶段的一次性初始化，不解决运行时共享变量的并发保护问题。
Java静态代码块本身不提供线程安全能力，它的“线程安全”效果来自JVM类初始化机制的强制同步保障——只要写法得当，就能天然实现单次、原子、线程安全的初始化。
静态块的线程安全本质是JVM级同步
静态代码块（static{}）不是锁，也不自带并发控制。真正起作用的是JVM在首次主动使用该类时触发的<clinit></clinit>方法执行过程：这个过程由JVM自动加锁，确保多个线程竞争时，仅有一个线程执行静态字段赋值和静态块逻辑，其余线程阻塞等待；初始化完成后，所有线程读取的都是同一个已构造完成的对象。
- 这个同步发生在字节码层面，与Java代码无关，开发者无需写synchronized或volatile
- 类初始化是JVM保证的原子操作，不会被中断，也不会重排序
- 一旦初始化成功，后续调用直接返回结果，开销极低
正确写法才能守住“首次调用才初始化”边界
如果在其他静态字段声明中提前new了该类实例，或者通过反射、Class.forName()等非显式调用方式触发加载，就可能破坏“懒加载+单次初始化”的前提，导致逻辑错乱或异常被静默吞掉。
- 单例类中避免在static字段声明处直接new，应只在static块内构造
- getInstance()方法里不要做除return外的其他逻辑，防止意外触发类加载
- 若初始化可能失败（如读配置出错），应在static块中捕获并抛出Error或RuntimeException，让JVM标记类为“初始化失败”，后续调用直接抛
ExceptionInInitializerError
适合用静态块初始化的典型场景
它特别适合封装一次性、不可逆、可能含I/O或复杂校验的初始化任务，比如资源预热、全局配置加载、缓存预填充等。
- 比双重检查锁更简洁，无竞态风险，也无需volatile修饰实例引用
- 比枚举单例更灵活，支持带参构造、异常处理和多步骤初始化
- 比延迟初始化（LazyHolder）更早暴露问题——初始化失败立刻报错，而不是等到第一次调用才崩
别把它当成通用线程安全方案
静态块只解决“类加载阶段的一次性初始化”问题，不适用于运行时多线程对共享变量的读写保护。
- 实例创建后，其内部状态仍需按常规方式保障线程安全（如加锁、CAS、不可变设计）
- 不能替代AtomicInteger、synchronized或ReentrantLock来保护运行期计数、状态变更等操作
- 若需在初始化后持续更新某些字段，这些字段的读写仍要单独考虑原子性、可见性和有序性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
