Java静态变量初始化严格分两阶段：准备阶段仅分配内存并设默认值（final常量除外），初始化阶段才执行<clinit>方法赋业务值；ClassLoader隔离导致同名类静态变量互不干扰，且仅主动引用触发初始化。
Java 变量初始化不是“声明即赋值”，而是由类加载过程严格分阶段控制的——尤其对 静态变量，其命运完全绑定在类加载的“准备”与“初始化”两个阶段，而 ClassLoader 不仅决定类能不能被加载，更直接左右静态变量何时分配内存、何时真正获得业务值、甚至是否可见。
准备阶段：只分配内存，不执行赋值
当 JVM 加载一个类时，进入“准备”阶段，会为所有 static 变量在方法区分配内存，并设为默认值（int 为 0、Object 为 null、boolean 为 false）。注意：
- 此时不会执行任何代码，包括
static int x = 5;中的= 5，也不会运行静态代码块 - 唯一例外是
public static final基本类型或字符串常量（如public static final String NAME = "abc";），它们在编译期就被内联，跳过准备和初始化，直接作为字面量使用
初始化阶段：执行 <clinit>，才真正赋值
只有触发类初始化时，JVM 才调用编译生成的 <clinit> 方法——它把源码中所有静态变量显式赋值语句和静态代码块，按**自上而下、先父后子**的顺序合并而成：
- 父类的
<clinit>总是先于子类执行 - 同一类中，变量声明靠前的先执行赋值；若
static int b = a + 1;，则a必须已赋值完成，否则取的是准备阶段的默认值（如 0） - 该方法只执行一次，且由 JVM 保证线程安全
ClassLoader 是隔离边界，不是透明通道
同一个类名，被不同 ClassLoader 加载，就等于两个独立类：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 各自拥有独立的
Class对象、独立的方法区数据、独立的静态变量空间 - AppClassLoader 加载的
Config.ENV = "prod"和 Tomcat 自定义加载器加载的同名类中的ENV完全无关，后者初始为null，直到它自己的<clinit>被触发 - 双亲委派机制防止核心类（如
java.lang.String）被重复加载，避免静态状态分裂；绕过委派（如重写loadClass）易引发LinkageError或静态字段“始终为 null”等隐蔽问题
哪些操作真正触发初始化？
只有“主动引用”才会走到初始化阶段，ClassLoader 在此时才真正启动赋值流程：
new MyClass()- 读写非
final静态字段（如MyClass.count++） - 调用静态方法（如
MyClass.doWork()） - 反射调用
Class.forName("MyClass")（注意：forName(name, false, loader)的false会跳过初始化） - 初始化子类时，强制先初始化父类
反例：访问 public static final int MAX = 100、声明数组 MyClass[] arr = new MyClass[10];、或仅写 Class<?> c = MyClass.class;，均不触发初始化。
