JVM性能监控工具：Java开发者的必备诊断利器

用户11081884

发布于 2026-07-20 20:24:34

130

文章被收录于专栏：用户11081884的专栏用户11081884的专栏

你是否遇到过这样的场景：线上应用突然响应变慢、CPU使用率飙升、内存持续增长却找不到原因？今天我们就来深入探讨JVM性能监控工具，这些工具是解决这些问题的关键武器。

为什么需要JVM监控工具？

在日常开发和运维中，我们经常会遇到各种性能问题：

OutOfMemoryError：内存不足
内存泄漏：内存使用量持续增长
线程死锁：应用卡死无响应
CPU消耗过高：服务器负载飙升
GC频繁：应用响应时间变长

这些问题如果只靠重启服务器或调大内存来解决，无疑是治标不治本。掌握JVM监控工具，才能从根本上解决问题。

核心监控工具详解

1. jps：进程状态查看工具

jps（Java Virtual Machine Process Status Tool）是最基础的JVM工具，用于查看当前运行的Java进程。

# 基本用法
jps

# 输出详细信息
jps -l-m-v

# 示例输出
# 2458 org.artifactory.standalone.main.Main /usr/local/artifactory-2.2.5/etc/jetty.xml
# 3149 org.apache.catalina.startup.Bootstrap start

使用场景：

快速查看服务器上运行的Java应用
获取进程ID用于其他监控工具
确认应用是否正常启动

2. jstack：线程堆栈分析工具

jstack用于查看Java进程内的线程堆栈信息，是定位线程问题的利器。

# 查看线程堆栈
jstack <pid>

# 查看锁信息（用于死锁分析）
jstack -l <pid>

# 混合模式（输出Java和Native堆栈）
jstack -m <pid>

实战案例：定位CPU消耗最高的线程

# 1. 找到Java进程ID
ps-ef | grep java

# 2. 查看该进程的线程CPU使用情况
top-Hp <pid>

# 3. 将线程ID转换为16进制
printf "%x\n" <thread_id>

# 4. 使用jstack查找对应线程
jstack <pid> | grep <hex_thread_id>

3. jmap和jhat：内存分析组合

jmap用于生成堆内存快照，jhat用于分析这些快照。

# 生成堆转储文件
jmap -dump:format=b,file=heapdump.hprof <pid>

# 查看堆内存使用情况
jmap -heap <pid>

# 查看对象统计直方图
jmap -histo:live <pid> | head -20

# 使用jhat分析堆转储
jhat -port9998 heapdump.hprof

内存分析示例：

# 查看堆内存配置和使用情况
$ jmap-heap21711
Attaching to process ID 21711, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 20.10-b01

Heap Configuration:
   MinHeapFreeRatio =40
   MaxHeapFreeRatio =70
   MaxHeapSize =2067791872 (1972.0MB)
   NewSize =1310720 (1.25MB)
   MaxNewSize =17592186044415 MB
   OldSize =5439488 (5.1875MB)
   NewRatio =2
   SurvivorRatio =8
   PermSize =21757952 (20.75MB)
   MaxPermSize =85983232 (82.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity =6422528 (6.125MB)
   used =5445552 (5.1932830810546875MB)
   free =976976 (0.9317169189453125MB)
   84.78829520089286% used

4. jstat：实时GC监控工具

jstat提供实时的JVM统计信息，特别适合监控GC情况。

# 监控GC情况，每250ms采样一次，共采样4次
jstat -gc <pid> 2504

# 输出示例
S0C    S1C    S0U    S1U      EC       EU        OC         OU       PC     PU    YGC     YGCT    FGC    FGCT     GCT   
192.0  192.0  64.0   0.0     6144.0   1854.9    32000.0     4111.6   55296.0 25472.7  702    0.431   3      0.218    0.649

各列含义：

S0C/S1C：Survivor 0/1区容量
EC/EU：Eden区容量/使用量
OC/OU：年老代容量/使用量
YGC/YGCT：年轻代GC次数/耗时
FGC/FGCT：Full GC次数/耗时

5. hprof：性能分析工具

hprof可以分析CPU使用率和堆内存分配情况，但要注意它对性能影响较大。

# CPU采样分析
java -agentlib:hprof=cpu=samples,interval=20,depth=3 Hello

# 堆分配分析
javac -J-agentlib:hprof=heap=sites Hello.java

# 生成堆转储
javac -J-agentlib:hprof=heap=dump Hello.java

实战场景演练

场景一：应用响应变慢，怀疑GC问题

# 1. 使用jstat监控GC情况
jstat -gcutil <pid> 100010

# 2. 如果发现FGC频繁，使用jmap生成堆转储
jmap -dump:live,format=b,file=slow.hprof <pid>

# 3. 使用jhat或MAT分析内存泄漏
jhat -port9999 slow.hprof

场景二：CPU使用率突然飙升

# 1. 使用top找到高CPU的Java进程
top

# 2. 查看该进程的线程情况
top-Hp <pid>

# 3. 使用jstack分析线程堆栈
jstack <pid> > thread_dump.txt

# 4. 分析线程状态，查找阻塞或死循环

场景三：内存泄漏排查

# 1. 使用jmap生成两个时间点的堆转储
jmap -dump:format=b,file=heap1.hprof <pid>
# 等待一段时间
jmap -dump:format=b,file=heap2.hprof <pid>

# 2. 使用MAT对比两个堆转储，找出增长的对象

实践建议

生产环境谨慎使用
- hprof工具对性能影响大，避免在生产环境使用
- jmap生成堆转储会导致应用暂停，选择合适时机
监控策略
- 定期使用jstat监控GC情况
- 关键应用设置jstack定时任务，收集线程堆栈
- 内存使用超过阈值时自动生成堆转储
问题排查流程
- 先看现象（CPU、内存、响应时间）
- 再用jps、jstat初步定位
- 最后用jstack、jmap深入分析
工具组合使用
- jps + jstat：日常监控
- jstack + top：CPU问题
- jmap + jhat/MAT：内存问题

JVM性能监控工具是Java开发者必须掌握的技能。从基础的jps查看进程，到jstat实时监控GC，再到jstack分析线程和jmap分析内存，每个工具都有其特定的应用场景。

记住这些工具的使用时机：

日常监控：jps、jstat
线程问题：jstack
内存问题：jmap、jhat
深度分析：hprof（开发环境）

掌握这些工具，你就能像侦探一样，快速定位并解决Java应用的性能问题。下次遇到性能问题时，不要急着重启，先拿起这些工具深入分析，可以将常用的监控命令写成脚本，方便快速执行。比如创建一个monitor.sh脚本，包含常用的监控命令，一键获取应用状态。

“无他，惟手熟尔”！有需要的用起来！

如果你觉得这篇文章有用，欢迎点赞、转发、收藏、留言、推荐❤！

本文参与腾讯云自媒体同步曝光计划，分享自微信公众号。

原始发表：2026-05-06，如有侵权请联系 cloudcommunity@tencent.com 删除

性能

本文分享自 Nicholas与Pypi 微信公众号，前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与腾讯云自媒体同步曝光计划，欢迎热爱写作的你一起参与！

登录后参与评论

0 条评论

热度