Apache Tomcat中PS Old Gen每日1%增长的风险排查咨询

一、PS Old Gen每日1%增长是否需要警惕 #

这种慢增长情况不能直接判定异常，但必须持续关注，核心看两个关键维度：

1. 是否会收敛到稳定阈值：如果增长到70%-80%左右就不再上升，大概率是正常场景——比如应用启动后的缓存预热、静态资源加载、长生命周期业务对象（如配置缓存、连接池实例）的正常累积，这类对象会一直存活到应用重启，不会引发GC异常。
2. 是否呈无上限线性增长：如果1%的增长是持续无收敛的趋势，那必须警惕。按4GB堆内存计算，每日增长40MB，100天左右Old Gen就会占满，届时会触发频繁Full GC，导致系统卡顿，甚至最终出现OOM。另外要结合Full GC后的内存变化：如果每次Full GC后Old Gen占用率没有明显下降，说明存在无法被回收的对象，这是内存泄漏的典型前兆，哪怕当前无告警，长期运行必然出问题。

厂商说“无异常”可能是基于当前系统指标正常，但慢泄漏的风险是长期的，建议持续跟踪至少30天，确认增长趋势是否收敛。

二、除系统事件日志和Tomcat日志外，还需检查的日志/数据 #

• JVM GC日志：开启GC日志是排查内存问题的基础，添加JVM参数-Xloggc:/path/to/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC，通过日志可查看：Old Gen的内存回收效率、Young区到Old区的晋升速率、Full GC的触发频率和耗时，判断是否存在异常的对象晋升或回收失败。
• 应用业务日志：检查应用自身的业务日志，排查是否存在未关闭的资源（如数据库连接、文件流、网络连接）、批量任务产生的大量临时对象未释放，或者高频业务操作导致的对象累积，这些细节往往是内存增长的根源。
• 线程Dump文件：定期用jstack命令抓取线程快照，查看是否有长期存活的线程持有大对象引用，比如线程池中的线程绑定了未释放的业务对象，导致对象无法被GC回收。
• 堆Dump文件：当Old Gen占比超过70%时，用jmap命令抓取堆快照，通过分析工具（如MAT、VisualVM）查看对象的内存占比，定位哪些类的实例在持续累积，直接锁定内存泄漏源头。
• Tomcat访问日志：查看Tomcat的access_log，分析是否存在异常请求（如高频批量查询、大Payload请求），这类请求可能会创建大量临时对象，加速Old Gen的内存占用。

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