在Linux环境下精准监控Tomcat内存状态，是保障Java应用稳定性的核心运维技能。核心上文归纳在于：必须区分操作系统层面的进程内存与JVM层面的堆内存，综合运用ps、top等系统命令与jstat、jmap等JDK内置工具，才能实现从宏观资源占用到微观堆栈分析的全面诊断。 单纯依赖系统命令往往无法发现堆内存溢出或频繁垃圾回收（GC）的隐患,只有深入JVM内部才能定位性能瓶颈。
区分操作系统进程内存与JVM堆内存
在进行内存查看时，首先需要明确两个概念，操作系统通过top或ps看到的是该Java进程占用的虚拟内存（VIRT）和物理内存（RES），这部分内存不仅包含Java堆，还包括元空间、线程栈、直接内存以及JVM自身代码段占用的内存，经常会出现操作系统显示内存占用很高，但JVM堆内存使用率很低的情况,这通常是因为堆外内存分配过多或元空间配置不当。
而JVM堆内存是Java对象存储的区域，分为新生代和老年代。排查Tomcat内存问题的核心，实际上是监控JVM堆内存的分配与回收情况，特别是老年代的内存增长趋势和Full GC的频率。
基础定位：使用系统命令快速锁定进程
在深入JVM之前，首先需要获取Tomcat在Linux中的进程ID（PID）,并观察其宏观资源消耗。
-
查找Tomcat PID
使用ps命令结合grep可以快速定位进程，通常建议使用grep java并过滤掉grep进程本身：ps -ef | grep java | grep tomcat
或者如果配置了CATALINA_PID，可以直接读取文件，获取到PID后,即可进行后续操作。
-
宏观监控物理内存占用
使用top命令可以实时查看进程的RES（常驻内存）和%MEM（内存占用百分比）：top -p <PID>
如果发现RES持续增长且不下降，这极有可能是内存泄漏的迹象，或者是堆外内存（如NIO直接缓冲区）在持续分配,此时需要结合JVM工具进一步确认。
核心诊断：利用JDK工具深入JVM堆内存
这是Linux查看Tomcat内存最专业、最核心的部分，JDK自带了强大的诊断工具,无需安装第三方软件即可完成深度分析。
-
实时监控堆内存状态：jstat命令
jstat是运维人员最高频使用的命令，它可以实时打印JVM内存的统计信息。最推荐的参数组合是-gcutil，它能以百分比形式展示各个区域的内存使用情况,非常直观。jstat -gcutil <PID> 1000 10
上述命令表示每1000毫秒（1秒）打印一次，共打印10次,输出列含义如下：
- S0、S1：Survivor区（S0和S1）的使用率。
- E：Eden区（新生代）的使用率。
- O：Old区（老年代）的使用率。这是重点关注指标，如果该指标持续接近100%且频繁Full GC，说明内存即将溢出。
- M：Metaspace（元空间）的使用率。
- YGC：Young GC的次数。
- YGCT：Young GC的耗时。
- FGC：Full GC的次数。如果FGC增长迅速，说明系统压力巨大或存在内存泄漏。
- FGCT：Full GC的耗时。
- GCT：垃圾回收总耗时。
通过观察
O列和FGC列，可以快速判断Tomcat是否处于健康状态，健康的系统，老年代使用率通常会有波动,而不是单向增长。 -
查看堆内存配置与详细分布：jmap命令
当需要查看当前JVM的堆配置详情（如新生代与老年代的具体大小）时，可以使用jmap -heap。jmap -heap <PID>
该命令会输出详细的堆配置信息，包括垃圾回收器名称（如G1 GC或Parallel GC）、堆的配置参数（MaxHeapSize等）以及各分区的当前容量和使用量。这对于验证启动参数（Xmx, Xms）是否生效至关重要。
-
分析堆内对象分布：jmap -histo
如果怀疑内存泄漏，需要知道是哪些对象占用了内存。jmap -histo可以统计堆中对象的实例数量和占用字节数,并按占用大小排序。jmap -histo <PID> | head -20
通过查看前20名的对象，可以快速定位是否是业务代码中的特定集合类（如HashMap、ArrayList）在无限增长,或者是框架层面的对象堆积。
专业解决方案与最佳实践
仅仅会查看命令是不够的,专业的运维需要建立一套完整的监控与排查体系。
-
开启GC日志以进行离线分析
在生产环境中，人工时刻盯着jstat是不现实的。最佳实践是在Tomcat启动脚本（catalina.sh）中配置详细的GC日志参数，例如使用JDK 8的-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:/path/to/gc.log，当发生OOM（内存溢出）时，可以通过分析GC日志文件，使用工具如GCViewer或Eclipse MAT来还原内存增长曲线,从而精准定位泄漏代码。 -
谨慎使用jmap导出堆转储文件
虽然可以使用jmap -dump:format=b,file=heap.hprof <PID>导出整个堆的快照，但这是一个高危操作，在堆内存较大（例如8GB以上）时，导出过程会导致应用暂停（STW），服务不可用时间可能长达数秒甚至数分钟。建议在业务低峰期执行，或者优先使用jmap -histo进行初步排查。 -
利用jcmd替代部分旧命令
对于较新的JDK版本，推荐使用jcmd命令，它整合了jstat和jmap的功能，且更加规范，例如查看堆信息可以使用jcmd <PID> GC.heap_info，查看堆直方图可以使用jcmd <PID> GC.class_histogram。
相关问答
Q1：为什么top命令显示Tomcat进程占用内存远大于-Xmx设置的最大堆内存？
A： 这是一个非常普遍的误解。top显示的RES（物理内存）包含了JVM的所有内存区域，除了堆内存外，还包括：元空间、线程栈（每个线程默认占用1MB栈空间）、代码缓存、直接内存以及JVM程序本身的C++堆结构，操作系统层面的内存占用通常会比-Xmx大几百兆甚至更多，这是正常现象，但如果超出过多（如超出1GB以上）,则需要检查是否开启了过多的本地线程或使用了不当的直接内存缓冲区。
Q2：如何判断Tomcat内存泄漏，还是只是内存不足？
A： 判断的核心在于观察jstat -gcutil输出中老年代（O列）的变化趋势，如果是内存不足，老年代使用率会在Full GC后明显下降，说明垃圾回收器有效回收了对象，如果是内存泄漏，老年代使用率在每次Full GC后依然居高不下，或者呈现明显的“台阶式”上升（每次GC后回升得更快），且FGC频率急剧增加，此时结合jmap -histo发现某个业务类的实例数量持续增加,即可确认为内存泄漏。
