Java类静态变量初始化天然具备一次原子性，因JVM规范强制类初始化（）仅执行一次：多线程首次触发时，仅一个线程执行，其余阻塞等待，依赖JVM内置的类初始化锁。
Java 类的静态变量初始化（尤其是静态代码块和 static 字段赋值）在多线程环境下**天然具备初始化一次的原子性保障**，这不是靠程序员加锁或使用 volatile 实现的，而是 JVM 规范强制要求、类加载机制与内存模型协同作用的结果。
类初始化阶段的串行化保证
JVM 规范明确规定：一个类的初始化（<clinit></clinit> 方法执行）在多线程下是**首次主动使用该类时触发，且仅执行一次**。关键在于：多个线程同时首次触发初始化时，JVM 会确保只有一个线程执行 <clinit></clinit>，其余线程必须阻塞等待，直到初始化完成。
-
<clinit></clinit>是由编译器自动生成的静态初始化方法，包含所有 static 变量赋值语句和 static 代码块 - JVM 内部为每个类维护一个初始化锁（class initialization lock），属于类元数据的一部分
静态变量赋值 ≠ 运行时普通写操作
很多人混淆“静态变量声明时的初始化”和“运行时对静态变量的修改”。前者发生在类初始化阶段，后者才是常规共享变量访问：
-
private static final int MAX = 100;→ 编译期常量，直接内联，不涉及运行时初始化 -
private static int count = compute();→compute()在<clinit></clinit>中调用，只执行一次，由 JVM 锁保障 -
private static List<string> cache = new ArrayList();</string>→ 构造对象过程本身非原子，但整个 new + 赋值语句被包裹在<clinit></clinit>中，受初始化锁保护
为什么不需要 volatile 或 synchronized？
因为类初始化的可见性与原子性是由 JVM 全权负责的，无需上层干预：
- 初始化完成后，所有线程看到的静态变量值都是已完全初始化完毕的状态（包括对象字段的默认值、构造器执行结果等）
- JMM 明确规定：类初始化完成事件对所有线程具有 happens-before 关系，即后续任何线程读取该类的静态字段，都能看到初始化过程中写入的所有值
- 即使初始化中包含复杂对象创建（如单例、缓存 map），只要不发生指令重排逃逸（如未正确使用 volatile 或 final），JVM 初始化锁已阻止其他线程提前看到半初始化引用
注意边界情况：延迟初始化仍需防护
上述保障**仅适用于类加载时的静态初始化**。如果采用懒汉式单例、双重检查锁定（DCL）、或运行时动态赋值静态变量，则不再受 JVM 初始化机制保护：
-
static Singleton instance;+getInstance()中 new → 必须用 volatile 修饰 instance 防止重排序 -
static boolean inited = false;+ 多线程条件判断后赋值 → 此类标志位本身不是类初始化的一部分，需自行保证原子性和可见性（如用 AtomicBoolean 或 synchronized）
