Java 8 Tomcat 9应用长时间GC致挂起，如何优化配置？

除堆内存外的GC优化配置 #

针对Java 8默认的并行收集器，可通过以下配置优化GC停顿时间，无需盲目扩容堆内存：

• 调整新生代/老年代比例：默认新生代占堆1/3，若应用短生命周期对象占比高，可调高新生代占比，比如设置-XX:NewRatio=1（新生代与老年代各占50%），或直接固定新生代大小-XX:NewSize=2g -XX:MaxNewSize=2g，减少对象晋升到老年代的频率，降低Full GC的开销。
• 优化新生代内部结构：默认Eden区与Survivor区比例为8:1，可通过-XX:SurvivorRatio=6调整，让Survivor区更合理容纳存活对象，避免短生命周期对象过早进入老年代。
• 明确启用自适应调整策略：添加-XX:+UseAdaptiveSizePolicy（Java 8默认开启，可显式指定），JVM会根据应用运行时的对象存活情况，自动调整堆内各分区大小，适配实际内存使用模式。
• 输出详细GC日志：配置-Xloggc:/var/log/tomcat/gc.log -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps，通过分析日志中的对象晋升速率、存活时长、GC类型等数据，定位内存泄漏或大对象频繁创建的根源问题——这比单纯调参数更重要。
• 禁用显式GC：添加-XX:+DisableExplicitGC，阻止代码中System.gc()调用触发的Full GC，这类GC通常会导致无必要的长时间停顿。
• 调整并行GC线程数：默认线程数与CPU核心数绑定，可通过-XX:ParallelGCThreads=N手动指定（比如8核CPU设为6-8），避免线程过多引发上下文切换开销。

关于-XX:MaxGCPauseMillis=<N>的作用 #

这个参数对并行收集器确实有用，但需注意其特性：

• 它是一个目标停顿时间，JVM会通过调整堆大小、新生代比例、GC线程数等手段，尽量让单次GC停顿不超过设定值，但如果应用内存压力过大（比如大量对象无法回收、堆空间不足），JVM可能无法达成目标。
• 启用该参数后，JVM可能会提高GC频率：为了缩短单次停顿，JVM会减小堆的有效使用空间，让GC更频繁触发但每次处理的对象更少。
• 适合场景：如果业务对响应延迟敏感（比如Web接口要求低延迟），这个参数能有效控制GC停顿；但如果应用更看重吞吐量，需权衡——频繁GC会消耗额外CPU资源，可能降低整体吞吐量。

额外提示 #

长时间GC的核心原因通常是大量存活对象需要扫描或回收，参数优化只是缓解手段，更关键的是排查应用本身：

• 检查是否存在内存泄漏（比如静态集合长期持有对象引用、未关闭的资源）
• 排查是否有批量创建临时大对象的场景（比如循环中创建大量字符串、集合）
• 优化缓存策略，避免缓存无限制膨胀

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