Java静态变量在不同类加载器下表现为多个独立副本，因类的唯一性由全限定名+类加载器共同决定；AppClassLoader与PluginClassLoader加载的同名类互为隔离，各自拥有独立静态变量空间和静态代码块执行。
Java中static修饰的属性（即静态变量）在不同类加载器下会表现为多个独立副本——这不是“复制”，而是“完全隔离”。关键在于：类的唯一性由全限定名 + 加载它的类加载器共同决定，两个加载器加载的同名类，JVM视为两个不同的类，各自拥有独立的静态变量空间。
类加载器是静态变量的“物理边界”
静态变量存储在方法区（JDK 8+为元空间），但该区域属于每个Class对象的私有上下文。当AppClassLoader和自定义PluginClassLoader分别加载com.example.Utils时：
- 它们生成的是两个互不兼容的
Class对象：Utils.class@AppCL != Utils.class@PluginCL - 各自的
public static int counter位于不同内存地址，互不可见、不可共享 - 各自执行一次静态代码块，各自初始化自己的静态变量
多副本不是bug，而是隔离机制的基础
这种行为被广泛用于实际场景：
- 插件系统：Kafka 0.10 和 Kafka 3.5 的客户端共存，各自缓存、日志器、配置Map完全独立
-
Web容器：每个WAR包由独立WebAppClassLoader加载，
static Map<String, Object> cache不会跨应用污染 - 热部署：卸载旧加载器后，其持有的所有静态变量（包括引用的对象）可被GC回收
注意静态常量是个例外
public static final String VERSION = "2.1";这类编译期常量会被内联到调用方字节码中，不依赖类加载过程——它不产生“多副本”，而是根本绕过类加载器。所以它看起来“一致”，实则根本没读取运行时的静态字段。
立即学习“Java免费学习笔记（深入）”；
如何验证是否真有多副本？
可通过以下方式确认：
- 打印
Utils.class.getClassLoader()，对比是否为同一实例 - 用
==比较两个Utils.class对象，结果必为false - 分别对两个加载器下的
Utils.counter++，观察值各自增长，互不影响
理解这一点，就能避开“为什么static变量没同步”的误区——它本就不该同步，要跨加载器共享状态，得走外部存储或显式通信机制。
