Java插件动态卸载与重载本质是让旧插件类及ClassLoader被JVM垃圾回收：需用独立URLClassLoader加载、切断所有引用、清空容器与静态字段、面向接口编程+反射调用，并监控Metaspace回落验证。
Java 中类加载本身不支持卸载，微服务架构下实现插件的“动态卸载与重载”，本质是让旧插件类及其 ClassLoader 被 JVM 垃圾回收，并用新 ClassLoader 加载更新后的插件字节码。这不是删除类，而是切断所有引用、换掉加载器、触发 GC 回收元空间（Metaspace）中的旧类元数据。
用独立 URLClassLoader 隔离每次加载
每个插件必须使用全新的 URLClassLoader 实例加载，不能复用或缓存旧实例：
- 构造时显式传入 new URL[]{pluginJar.toURI().toURL()}，避免路径错误或空 URL
- 父加载器设为 Thread.currentThread().getContextClassLoader()（通常是宿主应用的 AppClassLoader），确保插件能访问共享接口，又不会被系统类加载器提前委托加载
- 禁止将父加载器设为 null——这会导致插件无法加载宿主提供的接口类，强转时直接抛 ClassCastException
确保旧插件彻底不可达才能被 GC
只要有一个静态字段、线程、监听器或 JNI 句柄还持有旧类或其实例，对应的 Class 对象就无法卸载，Metaspace 内存会持续上涨：
- 清空所有持有插件实例的容器：Map、List、缓存、Spring Bean 工厂缓存
- 显式调用插件的 destroy() 或 close() 方法（如有），注销事件监听、停掉定时任务、关闭数据库连接池
- 检查并置空静态字段：尤其是单例、工具类中的 static final 引用；避免在新插件中直接引用旧插件类的 public static final 常量（编译期内联会隐式绑定）
- 将当前线程的 contextClassLoader 设为 null 或恢复为宿主加载器，防止线程长期持住插件 ClassLoader
面向接口编程 + 运行时反射调用
硬编码类型会把类名和版本锁死在字节码里，导致热更新失效：
立即学习“Java免费学习笔记（深入）”；
- 宿主只依赖一个轻量级接口 jar（如 plugin-api.jar），该 jar 不含实现、无 default 方法、不打包进插件
- 插件 jar 编译期依赖此 api，但运行时不包含它——由宿主 ClassLoader 提供接口类，保证强转安全
- 创建实例统一走反射：clazz.getDeclaredConstructor().newInstance()，方法调用走 Method.invoke()
- 若需策略选择，可用 ServiceLoader 扫描插件 jar 的 META-INF/services/ 接口全限定名文件，但注意：ServiceLoader 返回的是原始实例，如需 Spring 管理，应再通过 applicationContext.getBean(implClassName) 获取托管 Bean
验证卸载是否成功
GC 不立即执行，需主动提示并观测指标：
- 将旧 ClassLoader 引用设为 null，并从所有集合中移除
- 开发/测试阶段可调用 System.gc() 辅助验证（生产环境禁用）
- 监控 Metaspace 使用量变化：ManagementFactory.getMemoryMXBean().getNonHeapMemoryUsage() 或 JConsole 查看 “Metaspace” 区域是否回落
- 用 jcmd 或 jstat 观察类加载数量：jstat -class <pid>，确认 loadedClassCount 是否下降
