JDK17下ZGC异常循环且CPU占满问题求助

Out of address space错误并非堆内存不足，而是JVM进程的虚拟地址空间耗尽。此时JVM尝试降低堆上限但无法操作（日志显示堆大小无变化），导致GC持续触发却无法释放有效空间，最终占满CPU资源。

紧急排查手段 #

• 抓取堆内存快照：执行jmap -dump:format=b,file=heap_dump.hprof <进程ID>，用于分析堆内对象泄漏情况
• 抓取本地内存使用详情：启动JVM时需提前添加-XX:NativeMemoryTracking=detail参数，出现问题后执行jcmd <进程ID> VM.native_memory detail，定位堆外内存占用异常的模块
• 导出线程栈：执行jstack <进程ID> > thread_dump.txt，检查是否有线程卡死、大量GC线程持续运行的情况
• 系统内存监控：用free -h查看系统剩余内存，top查看进程的虚拟内存（VIRT）和物理内存（RES）占用，确认是否是系统层面内存耗尽或地址空间被限制

针对性解决方案 #

1. 排查堆外内存泄漏 #

• 分析VM.native_memory输出，重点关注Direct（直接内存）、Metadata（元空间）、Thread（线程栈）、JNI（本地代码内存）的占用占比，定位异常模块
• 用MAT或VisualVM打开堆快照，检查DirectByteBuffer实例数量与占用，确认是否存在NIO缓冲区未释放的情况
• 排查第三方依赖：比如Netty、OkHttp等NIO框架是否正确回收ByteBuf；JNI调用的本地库是否存在内存泄漏

2. 调整JVM参数 #

• 限制直接内存大小：添加-XX:MaxDirectMemorySize=8G（可根据实际业务调整，建议设为堆内存的1/5~1/3），避免直接内存无限制占用地址空间
• 约束元空间上限：若存在类加载泄漏（如频繁热加载、自定义类加载器未回收），添加-XX:MaxMetaspaceSize=4G并配合-XX:+PrintMetaspaceStatistics监控元空间使用
• 切换GC算法：尝试使用ZGC（JDK17原生支持），添加参数-XX:+UseZGC，ZGC对内存地址空间的管理更高效，能减少此类地址空间耗尽的情况；或调整G1GC参数，如-XX:G1HeapRegionSize优化堆内存分片
• 容器环境适配：若在Docker等容器中运行，确保容器内存限制（--memory）大于JVM堆内存+堆外内存的总和，避免系统强制限制进程地址空间

3. 修复潜在bug #

• 升级JDK17至最新补丁版本：部分旧版JDK17存在内存泄漏或地址空间管理的bug，升级到17.0.8及以上版本可修复已知问题
• 检查应用长时运行逻辑：排查定时任务、线程池是否存在对象或线程泄漏，比如线程池未正确关闭导致线程数量持续增长，每个线程栈占用的内存累加耗尽地址空间
• 检查内存映射文件使用：若应用使用MMap加载大文件，需确认是否正确关闭映射，避免虚拟地址空间被持续占用

4. 系统层面检查 #

• 确认使用64位JDK：执行java -version验证，32位JVM最大地址空间仅约4G，无法支撑50G堆内存配置
• 容器环境检查：查看/proc/<进程ID>/limits，确认Max address space未被人为限制
• 检查swap空间：确保系统swap空间充足，避免内存紧张时JVM无法分配虚拟地址

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