元空间垃圾回收不直接触发类卸载，而是类卸载成功后才释放内存；类卸载必须同时满足三条件：所有实例被gc回收、classloader被回收（仅自定义加载器可能）、class对象无强引用，且需full gc配合。
元空间垃圾回收本身不直接“触发”类卸载，而是类卸载成功后，元空间才可能释放内存。真正决定是否卸载类的，是三个硬性条件是否同时满足——缺一不可。
类卸载必须同时满足的三个条件
只有当以下三点全部成立，JVM 才会在 Full GC 或某些并发 GC 阶段中尝试卸载类：
- 该类的所有 Java 堆实例已被 GC 回收（包括子类、内部类隐式引用、静态集合里残留的对象）
- 加载它的 ClassLoader 实例已被 GC 回收（系统类加载器永不回收，只有自定义加载器才可能被回收）
- 该类对应的 Class 对象无任何强引用（如 static 缓存、ThreadLocal 未 remove、反射 setAccessible 后未清理、JNI 全局引用未配对释放）
触发类卸载的实际临界点
不是“用了多少元空间”，而是“有没有可回收的类加载器”。真正起作用的是：
- 一批生命周期结束的自定义 ClassLoader（如 Web 应用停用、插件卸载、DevTools 热更失败后的旧 loader）
- 这些 ClassLoader 不再被任何 GC Root 引用（线程上下文类加载器已重置、Spring 上下文已 close、static 字段已置 null）
- 此时恰好发生 Full GC（比如元空间使用量超过 -XX:MetaspaceSize 初始阈值，或堆 GC 连带触发）
为什么有时候元空间一直涨却不回收？
常见误区是以为调大 -XX:MaxMetaspaceSize 就安全，其实反而容易延缓回收：
- 上限设得过大（如 2G），JVM 推迟 Full GC，也就推迟了类卸载执行时机
- 即使已有大量可卸载类，只要没到 GC 触发点，元空间就持续申请新内存，不尝试回收旧块
- 频繁小幅增长会让 JVM 误判为“需扩容”，不断向 OS 申请，却始终不清理
怎么确认类真的被卸载了？
不能只看 jstat -gc 的 MU 下降，那可能是类加载失败回滚。真实证据要靠日志：
- 启动参数加 -XX:+TraceClassUnloading，看到类似 Unloading class com.example.MyService 的输出
- 配合启用类卸载支持：CMS 加 -XX:+CMSClassUnloadingEnabled，G1 加 -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:+G1UseConcMarkSweepGC
- 观察 GC 日志中是否出现 Metadata GC Threshold 和 Classes unloaded: N（N > 0 才算成功）
