Metaspace溢出时JVM直接崩溃而非GC，因其使用本地内存，GC无法管理；超-XX:MaxMetaspaceSize即抛OutOfMemoryError并终止进程。
Metaspace 溢出时 JVM 为什么会直接崩溃而不是 GC？
因为 Metaspace 不在堆内，它用的是本地内存（Native Memory），GC 只管堆，对 Metaspace 无能为力。一旦加载的类元数据（比如动态生成的类、大量第三方库、反复热部署）超过 -XX:MaxMetaspaceSize 限制，JVM 就会抛 java.lang.OutOfMemoryError: Metaspace 并终止线程或整个进程。
常见诱因包括：Spring Boot 多模块热重启、使用 CGLIB/ByteBuddy 动态代理过多、Groovy/Scala 脚本频繁编译、Tomcat 部署多个 WAR 包未清理旧版本。
- 默认情况下
-XX:MaxMetaspaceSize是无上限的（只受系统内存约束），但生产环境必须显式设置，否则可能把物理内存耗尽 -
-XX:MetaspaceSize是触发首次 Metaspace GC 的阈值（不是初始大小），设太小会导致早期频繁 GC；设太大则可能延迟问题暴露 - JDK 8+ 才用 Metaspace，JDK 7 及以前是永久代（PermGen），错误信息是
java.lang.OutOfMemoryError: PermGen space，调参方式完全不同
怎么快速确认是不是 Metaspace 真的满了？
别猜，用 JDK 自带工具看实时占用。启动时加 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps，GC 日志里会出现类似 Metaspace used 245760K, capacity 246144K, committed 246784K, reserved 1114112K 的行——重点盯 used 和 capacity 是否持续逼近甚至超过 MaxMetaspaceSize。
更准的方式是运行时检查：
立即学习“Java免费学习笔记（深入）”；
- 用
jstat -gc <pid>查看MU（Metaspace Used）和MC（Metaspace Capacity）列 - 用
jcmd <pid> VM.native_memory summary看 native 内存中Class区域是否异常高 - 如果应用支持 JMX，连 JConsole 或 VisualVM，直接看
java.lang:type=MemoryPool,name=Metaspace的Usage.used值
调参顺序和关键参数怎么设才不翻车？
先观察再调整，别一上来就拍脑袋设 512m。典型安全起手式：
- 先加
-XX:MaxMetaspaceSize=256m（中小应用）或512m（Spring Cloud 微服务），强制暴露问题 - 配合
-XX:MetaspaceSize=128m，避免刚启动就触发 GC，又不至于太晚才回收 - 加上
-XX:+TraceClassLoading和-XX:+TraceClassUnloading（仅调试期），确认哪些类在疯涨、有没有卸载失败 - 绝对不要设
-XX:MinMetaspaceFreeRatio或-XX:MaxMetaspaceFreeRatio来“优化”，它们对 Metaspace GC 行为影响极小，还容易干扰判断
注意：-XX:MaxMetaspaceSize 设得比系统剩余内存还大，等于没设；设得太小（比如 64m）会导致 Spring Boot 启动失败，报错里常带 Unable to make protected final java.lang.Class java.lang.ClassLoader.defineClass。
代码和框架层面真正该砍掉什么？
参数只是止痛药，根因往往在代码或依赖。重点关注三类“元空间黑洞”：
- Spring Boot DevTools 热加载 + Lombok + MapStruct 混用，每次保存都生成新类，老类卸载不干净 → 关掉 DevTools 或改用
spring-boot-devtools的restart.enabled=false - MyBatis-Plus 的
AutoGenerator在测试里反复执行，每跑一次就生成一批 Mapper 类 → 改成单例缓存，或只在构建期生成 - Logback 使用
%replace或自定义Converter且内部 new ClassLoader → 检查日志配置，避免在 converter 中动态加载类
一个容易被忽略的点：某些国产中间件 SDK（比如部分金融信创组件）会在运行时反射生成大量匿名内部类，且不释放，这类问题光调参没用，得联系厂商或换 SDK。
