如何通过ClassLoader实现分层变量隔离的加载机制？

本文共计858个文字，预计阅读时间需要4分钟。

ClassLoader实现变量隔离，本质不是隔离变量，而是隔离类——因为Java中一个类的唯一身份由其全限定名加上加载它的ClassLoader实例决定。同一字节码，被不同的ClassLoader加载后，在JVM中就是两个完全无关的类。它们的静态变量、类型转换、方法调用等互不干扰。

所谓不同层次的变量隔离，实际上是通过ClassLoader的层次结构和加载策略，在运行时将不同ClassLoader加载的类及其状态进行隔离管理。

层级隔离：靠双亲委派打破共享前提

Java 默认三层 ClassLoader（Bootstrap → Extension → App）天然形成加载范围隔离：

• Bootstrap 加载 java.lang.String 等核心类，其静态变量（如 String.CASE_INSENSITIVE_ORDER）对所有应用可见且唯一；
• Extension 加载 $JAVA_HOME/lib/ext 下的类，其静态变量仅对该层级及子层级（如 AppClassLoader）可见，但 Bootstrap 不会访问它；
• AppClassLoader 加载 classpath 类，它的静态变量只在本应用上下文中有效，不会污染 Extension 或 Bootstrap 的命名空间。

关键点在于：双亲委派模型确保了父加载器优先加载，子加载器不重复定义系统类，从而避免了同名类在不同层级被重复加载导致的静态变量覆盖或冲突。