java 中自定义类加载器加载的类，只要其对应的 class 对象、类加载器实例以及所有相关静态字段不再被任何活跃线程或 gc root 引用，就可以被垃圾回收机制卸载。实现这一目标的关键在于切断引用链：确保持有该类的代码不再使用它，并且主动将指向类加载器的变量置为 null，从而允许 jvm 的元空间（metaspace）清理掉相关的类元数据。
如何正确释放对类加载器的引用
要触发卸载，必须显式地将保存类加载器实例的变量设为 null。如果仅仅让加载的类失去引用，但类加载器本身仍被某个全局集合或静态变量持有，那么该类及其加载器都无法被回收。因此，在测试或动态加载场景下，需要管理好类加载器的生命周期，确保在不需要时将其从内存中移除。
import java.net.URL;
import java.net.URLClassLoader;
public class ClassLoaderUnloadTest {
public static void main(String[] args) throws Exception {
// 1. 创建临时目录和 URL
java.nio.file.Path tempDir = java.nio.file.Files.createTempDirectory("loader_test");
URL url = tempDir.toUri().toURL();
// 2. 创建自定义类加载器
URLClassLoader classLoader = new URLClassLoader(new URL[]{url}, null);
// 3. 模拟加载一个类 (假设已编译好的 Test.class 放在 tempDir)
// 注意：实际运行需先手动放置 .class 文件或使用动态生成字节码
// 这里以概念性调用为例
// Class> clazz = classLoader.loadClass("com.example.Test");
// 4. 关键步骤：断开引用
classLoader = null; // 清除对加载器的引用
System.gc(); // 建议触发 GC 以观察效果
// 验证：检查 Metaspace 使用情况或尝试再次加载同名类
// 如果成功加载新版本的类，说明旧类已被卸载
}
}
为什么静态字段会影响卸载
如果加载的类中包含静态字段，且这些字段引用了其他对象，或者类加载器本身被静态字段引用，就会形成强引用链，阻止垃圾回收。例如，若 Test 类有一个静态字段指向 URLClassLoader 实例，即使外部不再持有加载器引用，类内部的静态字段仍会保持加载器存活。解决方法是避免在动态加载的类中保留对类加载器的反向引用，或在加载前清理相关静态状态。
public class StaticRefExample {
// 危险：静态字段持有了类加载器的引用
private static URLClassLoader loader;
public static void setLoader(URLClassLoader l) {
loader = l;
}
// 即使外部将 loader 变量置为 null，
// 由于 StaticRefExample.loader 仍持有引用，
// 类加载器和其加载的类都无法被卸载。
}
基于 Metaspace 内存监控的具体问题
在实际开发中，可以通过监控 java.lang.management.ManagementFactory.getMemoryMXBean().getNonHeapMemoryUsage() 来验证类是否被卸载。当类加载器及其加载的类被正确回收后，Metaspace 的使用量应显著下降。若发现 Metaspace 持续增长且不回落，通常意味着存在引用泄漏，需检查是否有未断开的类加载器引用或静态字段残留。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
