G1GC无法清理不可达java.lang.ClassValue$ClassValueMap对象问题求助

可能成因 #

• 类加载器泄漏导致ClassValueMap无法随类卸载：java.lang.ClassValue$ClassValueMap是绑定到类实例的辅助结构，只有当类对应的类加载器被GC回收时，这些Map才会被释放。如果Wildfly的模块类加载器因静态引用、线程上下文未清理等原因被意外持有，类无法被卸载，对应的ClassValueMap就会持续占用内存——哪怕MAT标记为不可达，G1GC也无法触发回收。
• Java 11.0.22版本G1GC的已知缺陷：该版本属于Java 11的中期补丁版本，存在G1GC标记逻辑漏洞，可能导致ClassValue相关的不可达对象被错误保留。这类问题通常会在后续补丁版本中修复。
• 排除命令工具干扰：OOM时的堆转储也存在相同问题，说明不是jmap -dump:live的快照逻辑导致的假象，确为堆内存中存在无法回收的无效对象。

排查与解决方向 #

排查步骤 #

• 追踪类加载器引用链：在MAT中分析堆转储，定位持有ClassValueMap的类实例，向上追溯其类加载器的引用来源，重点检查线程池、静态集合、第三方库是否存在对类加载器的意外持有。
• 核对JDK缺陷库：确认Java 11.0.22是否存在G1GC无法回收ClassValueMap的已知问题，直接检索JDK官方缺陷系统的相关关键词。
• 分析GC日志中的类卸载情况：查看gc.log中class unloading相关日志，统计类卸载的次数和数量。如果类卸载极少，说明类加载器未被回收，是问题的核心诱因。

解决尝试 #

• 升级JDK版本：优先升级到Java 11的更高补丁版本（如11.0.25及以上），或直接切换到Java 17 LTS版本，修复潜在的G1GC逻辑缺陷。
• 调整G1GC参数优化类回收：
  • 添加-XX:+ClassUnloadingWithConcurrentMark：允许G1GC在并发标记阶段执行类卸载，提升类回收的及时性。
  • 添加-XX:+UnlockDiagnosticVMOptions -XX:+PrintClassUnloading：开启类卸载日志，直观确认类加载器是否被正常回收。
  • 配置-XX:MaxMetaspaceSize=2048m（根据实际情况调整）：避免元空间不足阻碍类卸载，确保类加载器可被GC处理。
• 排查应用中ClassValue的使用：检查应用代码及依赖库中ClassValue的使用场景，确认是否存在强引用持有ClassValue实例、未清理关联数据等不合理用法。
• 检查Wildfly部署与类加载配置：尝试重新部署应用，观察内存变化；调整Wildfly的类加载隔离策略，避免模块间的不当依赖导致类加载器泄漏。

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