Java 8环境下Tomcat应用Metaspace内容的排查方法咨询

一、先获取 Metaspace 核心数据 #

• 用 jstat 实时监控内存变化，命令：jstat -gcmetacapacity <PID> 1000 10，重点看 MC（当前已用容量）、MCMX（你设置的最大容量）、CCSMX（压缩类空间最大值）的增长趋势，判断是持续泄漏还是突发扩容。
• 导出堆转储文件（Java 8 的 Metaspace 信息会包含在内）：jmap -dump:format=b,file=heap_dump.hprof <PID>，之后用 MAT（Memory Analyzer Tool）打开，通过「Class Loader Explorer」查看类加载器的数量和加载的类，优先排查自定义类加载器是否未被回收。

二、定位类加载器泄漏 #

• 如果开启了 Tomcat 热部署，频繁重启应用可能导致 WebappClassLoader 被外部引用（比如线程上下文、静态变量）无法回收，进而导致加载的类堆积在 Metaspace。
• 在 MAT 的「Dominator Tree」中过滤类加载器对象，查看哪些对象持有它的引用——比如线程池中的线程是否缓存了旧类加载器的实例，或者静态集合类一直保留着类对象。

三、排查动态生成类场景 #

• 检查是否有大量动态生成类的操作：比如 CGLIB/Javassist 动态代理、JSP 自动编译、动态脚本执行等。这些场景若未限制生成类的数量或未正确回收，会直接撑爆 Metaspace。
• 用 jcmd 查看类统计：jcmd <PID> GC.class_histogram，按数量排序，重点看以 $$EnhancerByCGLIB$$ 开头的代理类，或是 org.apache.jsp.* 这类自动生成的 JSP 类是否异常增多。

四、排查 JVM 版本与参数问题 #

• 部分早期 Java 8 版本（如 u20 之前）存在 Metaspace 泄漏的已知 Bug，升级到 u281 及以上的更新版本可能直接解决问题。
• 核对 Metaspace 参数：-XX:MetaspaceSize 是触发 GC 的初始阈值，若设置过小会导致频繁 GC，但如果内存仍持续增长，说明是泄漏而非正常扩容；你已设置的 MaxMetaspaceSize 可配合日志参数进一步排查：

  -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintMetaspaceStatistics -XX:MetaspaceGCLogFile=metaspace_gc.log
  

  日志会记录每次 Metaspace GC 的内存变化、类加载/卸载数量，判断是否存在类无法卸载的情况。

五、结合业务变更追溯根因 #

因为问题近几个月才出现，重点对比这段时间的代码/配置变更：

• 是否引入了新的框架、插件（如动态化组件、热部署工具）？
• 是否新增了大量 JSP 页面或频繁修改 JSP？
• 是否有定时任务在批量生成动态类，或是第三方依赖包版本更新导致类加载逻辑变化？

内容的提问来源于stack exchange，提问作者Zazume