静态变量“重复实例化”实为多加载器各自加载并初始化同一类，导致静态字段隔离；需通过静态块日志确认ClassLoader差异，验证跨模块访问是否真隔离，并定位初始化触发源头及避免跨加载器传递含静态字段实例。

静态变量在多个自定义类加载器中“重复实例化”，本质不是变量被多次创建，而是同一类名被不同加载器各自加载、各自初始化——每个加载器都走一遍类初始化流程，导致看似相同的静态字段实则互不感知、各自独立。排查关键不在代码写法，而在确认是否真有多个加载器参与了该类的初始化，以及它们是否本应隔离却意外共享了状态。

看静态块输出，锁定实际加载器身份

在疑似问题类的静态块最开头加入明确日志：

System.err.println("[INIT] " + MyClass.class.getName() + " → " + MyClass.class.getClassLoader());

重点用 System.err（绕过日志框架过滤），加 [INIT] 前缀便于 grep 过滤。若日志中出现多个不同 ClassLoader 实例（如 PluginClassLoader@1a2b 和 LaunchedURLClassLoader@3c4d），就证实该类被加载了多次。此时不要只看类名相同，要确认 MyClass.class.getClassLoader() 确实不等。

验字段行为，验证隔离是否真实生效

仅看 Class 对象不等还不够，必须验证运行时行为是否分域：

• 在模块 A 中执行 MyClass.counter++
• 在模块 B 中读取 MyClass.counter，结果应仍为初始值（如 0），而非 1
• 若读到的是 1，说明两个模块实际访问的是同一个 Class 对象——要么加载器相同，要么双亲委派导致后加载者根本没触发初始化

查调用链源头，定位谁触发了初始化

静态初始化由首次主动使用触发，而“谁使用”决定了用哪个加载器：

• 直接写 MyClass.VERSION 或 new MyClass()：使用的是当前类所在加载器，不是你传入的 pluginLoader
• 用 Class.forName("MyClass", true, pluginLoader)：第二个参数 true 才强制初始化，且必须确保 pluginLoader 是目标加载器
• 在 Servlet 或 Filter 中调用插件逻辑前，未设置 Thread.currentThread().setContextClassLoader(pluginLoader)：插件内部静态访问仍走 WebAppClassLoader

防误复用，避免跨加载器传递含静态字段的实例

即使类已隔离，若把一个模块中 new 出来的对象（其内部持有静态字段引用）传给另一个模块，就会造成“看似隔离、实则混用”：

• 禁止将含静态配置缓存的工具类实例跨加载器传递
• 插件间通信尽量用纯数据（DTO）、接口契约，而非共享具体类实例
• 若需全局唯一状态（如统一配置中心），应将初始化逻辑上提到共享加载器（如 SystemClassLoader）加载的类中，而非各插件自行 static 初始化