java无法真正卸载类，因jvm规范要求类卸载需同时满足三个极难达成的条件；可通过自定义类加载器、作用域隔离和及时释放引用来实现逻辑卸载。
Java 本身不支持真正意义上的“卸载”已加载的类，这是 JVM 规范决定的：一旦类被 ClassLoader 加载进方法区（元空间），在常规条件下无法从内存中移除。但你可以通过**自定义类加载器 + 作用域隔离 + 及时释放引用**的方式，实现“逻辑上卸载”——即让类及其类加载器可被 GC 回收，从而达到类似卸载的效果。
动态加载外部 Jar 中的类
核心是使用 URLClassLoader（或其子类）在运行时构造类路径并加载类：
- 将外部 Jar 文件转为
File，再转成URL - 创建新的
URLClassLoader，传入该 URL（注意：不要复用系统类加载器或应用类加载器） - 调用
loadClass("xxx.Yyy")获取Class对象，再用newInstance()或反射调用构造器实例化
示例代码片段：
File jarFile = new File("/path/to/plugin.jar");
URL jarUrl = jarFile.toURI().toURL();
URLClassLoader classLoader = new URLClassLoader(new URL[]{jarUrl});
Class> clazz = classLoader.loadClass("com.example.PluginService");
Object instance = clazz.getDeclaredConstructor().newInstance();
// 使用完后，显式关闭（JDK7+ 支持）
classLoader.close(); // 仅关闭资源，不卸载类
为什么不能真正“卸载”类？
JVM 规定：类的卸载需同时满足三个条件（极少达成）：
- 该类所有实例都已被 GC 回收
- 加载该类的
ClassLoader实例本身已被 GC 回收 - 该类的
Class对象没有在任何地方被引用（包括静态变量、线程栈、JNI 引用等）
现实中，只要有一个强引用（如缓存、日志、异常堆栈、线程局部变量）残留，类就无法被卸载。因此，“卸载”的关键其实是**让整个类加载器及它加载的所有类脱离 JVM 的引用链**。
模拟“卸载”的实用做法
目标是让自定义类加载器及其加载的类尽快被 GC 回收：
- 每次加载都用新类加载器：避免复用，防止类污染和引用滞留
- 严格管理实例生命周期：插件对象不要存入静态集合、单例或 ServletContext；用完立即置 null
-
显式关闭资源：调用
URLClassLoader.close()（释放 Jar 文件句柄，JDK7+） -
避免静态初始化副作用：外部 Jar 中的类若在
static {}块注册监听器、启动线程或持有全局引用，会阻止卸载 -
必要时触发 GC（仅调试参考）：
System.gc()不保证执行，生产环境勿依赖
进阶：更安全的插件隔离方案
若需长期支持热插拔（如 IDE 插件、微服务模块），建议：
- 用
SecureClassLoader或自定义ClassLoader重写findClass和loadClass，限制类可见范围 - 配合
java.lang.instrument+ClassFileTransformer拦截类加载（适合监控/增强，非卸载） - 采用 OSGi、Apache Felix 或 Java Platform Module System（JPMS）等成熟模块化框架，它们内置了类加载隔离与生命周期管理
纯反射 + URLClassLoader 是轻量方案，适合简单场景；复杂系统请优先考虑模块化框架而非自行实现卸载逻辑。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
