<think>好的，用户现在想了解如何通过
命令行监控
JVM。首先，我需要回忆一下
JVM自带的监控工具，比如jps、jstat、jstack、
jmap这些命令。这些都是JDK自带的工具，属于jdk/bin目录下的可执行文件，用户可能已经安装了JDK，所以不需要额外安装。
接下来，用户可能是开发人员或者运维人员，遇到了性能问题，比如应用卡顿、内存泄漏，或者高CPU
使用率，想要快速诊断问题。他们可能需要实时监控
JVM的状态，或者生成堆转储文件来分析内存
使用情况。
用户可能对
JVM监控不太熟悉，所以需要分步骤介绍每个命令的用途和常用参数。比如jps用来查看
Java进程的PID，这是其他命令的基础。然后jstat可以查看类加载、内存、GC情况，适合实时监控。jstack用来抓取线程快照，分析线程死锁或高CPU问题。
jmap用于内存分析，生成堆转储文件，结合MAT或VisualVM分析。
另外，用户可能不知道如何组合
使用这些命令，或者在不同场景下应该
使用哪个工具。比如，当应用响应变慢时，先用jps找到PID，再用jstat看看GC是否频繁，内存是否有泄漏迹象，然后用jstack检查是否有线程阻塞。如果怀疑内存泄漏，可以用
jmap生成堆转储进一步分析。
还需要考虑用户的操作系统，这些命令在Linux和Windows下是否适用，但一般来说，
命令行工具是跨平台的，可能路径或命令格式稍有不同，但基本用法一致。另外，用户可能需要知道如何安装或确认JDK是否正确安装，因为有些环境可能只安装了JRE，而没有这些工具。
另外，用户可能对
命令行参数不太熟悉，需要给出具体的例子，比如jstat -gcutil PID 1000 10，这样他们可以直接复制
使用。还要提醒权限问题，比如需要足够的权限执行这些命令，否则可能会失败。
还有，高级工具如jcmd和jvisualvm可能也是用户需要的，但用户明确要求的是
命令行监控，所以jvisualvm虽然是图形化工具，但可以简单提及作为补充。jcmd是一个综合性的工具，可以替代多个命令，适合更复杂的诊断需求。
用户可能希望有一个总结性的步骤指南，比如当出现问题时，第一步做什么，第二步做什么，这样他们可以按图索骥。需要强调生成堆转储可能会暂停应用，所以要在适当的时候执行，避免影响线上服务。
最后，要检查是否有遗漏的工具或常见问题，比如如何分析堆转储文件，可能需要推荐其他工具如Eclipse MAT，但用户的问题仅限于
命令行监控，所以这部分可能不需要展开。总之，要确保回答全面，步骤清晰，示例明确，便于用户实际操作。</think>以下是关于 **
JVM 命令行监控工具**的详细介绍，涵盖常用工具、核心命令及典型
使用场景，帮助快速定位
JVM 性能问题：
---
### **1. 基础工具概览**
JVM 自带
命令行工具（位于 `JDK/bin` 目录），无需额外安装，可直接监控运行中的
Java 进程：
| 工具 | 用途 | 核心功能 |
|-----------|------------------------------|-----------------------------|
| `jps` | 查看
Java 进程列表 | 快速获取进程 PID |
| `jstat` | 实时监控
JVM 统计信息 | 类加载、内存、GC、JIT 等 |
| `jstack` | 生成线程快照（Thread Dump） | 分析线程死锁、阻塞 |
| `
jmap` | 生成堆转储（Heap Dump） | 内存泄漏分析 |
| `jinfo` | 查看/修改
JVM 参数 | 动态调整运行时配置 |
| `jcmd` | 综合诊断工具（JDK 7+） | 执行多种诊断命令 |
---
### **2. 核心工具详解**
#### **(1) `jps`：快速定位
Java 进程**
```bash
jps -l # 显示主类全名
jps -v # 显示
JVM 启动参数
```
**输出示例**：
```plaintext
1234 com.example.MyApp -Xmx1024m
5678 sun.tools.jps.Jps
```
---
#### **(2) `jstat`：实时监控
JVM 状态**
**常用命令**：
```bash
jstat -gcutil <PID> 1000 10 # 每秒采样一次，共10次（监控 GC）
jstat -class <PID> 1000 # 监控类加载/卸载
```
**关键参数**：
- `-gcutil`：各内存区域
使用率（Eden, Old, Survivor）及 GC 时间占比。
- `-gccapacity`：各内存区域容量。
- `-printcompilation`：JIT 编译统计。
**输出示例（`-gcutil`）**：
```plaintext
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
0.00 99.80 85.23 75.45 95.12 90.33 15 0.250 3 1.200 1.450
```
**指标解析**：
- `YGC/YGCT`：Young GC 次数/总耗时。
- `FGC/FGCT`：Full GC 次数/总耗时（频繁 Full GC 可能预示内存泄漏）。
---
#### **(3) `jstack`：线程快照分析**
```bash
jstack <PID> > thread_dump.txt # 生成线程快照
```
**分析场景**：
- **死锁检测**：搜索输出中的 `deadlock` 关键字。
- **线程阻塞**：查看 `BLOCKED` 状态的线程及堆栈。
- **高 CPU 占用**：结合 `top -H -p <PID>` 找到高 CPU 线程，转换为 16 进制后匹配线程 ID。
---
#### **(4) `
jmap`：内存分析与堆转储**
**生成堆转储**：
```bash
jmap -dump:format=b,file=heap.hprof <PID> # 生成二进制堆转储文件
```
**查看内存对象分布**：
```bash
jmap -histo <PID> # 统计对象实例数量及内存占用
```
**输出示例**：
```plaintext
num #instances #bytes class name
----------------------------------------------
1: 1000000 200000000 [B (byte数组)
2: 500000 120000000
java.lang.String
```
---
#### **(5) `jcmd`：一体化诊断工具（JDK 7+）**
```bash
jcmd <PID> help # 查看支持的命令
jcmd <PID> VM.flags # 查看
JVM 参数
jcmd <PID> GC.heap_info # 打印堆内存信息
jcmd <PID> Thread.print # 等同于 jstack
jcmd <PID> GC.run_finalization # 主动
触发 finalize()
```
---
### **3. 典型问题排查流程**
#### **场景 1：应用卡顿（GC 问题）**
1. **监控 GC**：
```bash
jstat -gcutil <PID> 1000 5
```
- 观察 `FGC/FGCT` 是否频繁增长，`Old 区`
使用率是否持续高位。
2. **生成堆转储**：
```bash
jmap -dump:format=b,file=heap.hprof <PID>
```
3. **分析工具**：
-
使用 Eclipse MAT 或 VisualVM 分析 `heap.hprof`，查找内存泄漏对象。
---
#### **场景 2：CPU
使用率飙升**
1. **定位高 CPU 线程**：
```bash
top -H -p <PID> # Linux
jstack <PID> > thread_dump.txt
```
2. **转换线程 ID**：
- 将 `top` 中的线程 ID（十进制）转为十六进制（如 `31526` → `0x7b06`）。
3. **分析线程堆栈**：
- 在 `thread_dump.txt` 中搜索 `nid=0x7b06`，查看线程执行代码。
---
#### **场景 3：线程死锁**
1. **生成线程快照**：
```bash
jstack <PID> > thread_dump.txt
```
2. **搜索死锁**：
```bash
grep -A 10 "deadlock" thread_dump.txt
```
3. **分析锁竞争**：
- 查看持有锁的线程及等待锁的线程堆栈。
---
### **4. 高级工具补充**
- **VisualVM**：图形化监控工具（支持本地/远程
JVM），可分析堆转储、线程快照。
- **Arthas**：阿里开源的
Java 诊断工具，支持实时方法追踪、热修复。
- **async-profiler**：低开销的 CPU/内存性能分析工具。
---
### **5. 注意事项**
- **权限要求**：监控工具需与目标
JVM 使用相同用户权限运行。
- **性能影响**：`
jmap -dump` 可能导致应用短暂停顿（尤其在 Full GC 时）。
- **线上谨慎操作**：避免直接在生产环境执行高风险命令（如强制 GC）。
---
### **总结**
- **核心工具**：`jps`（定位进程）→ `jstat`（实时监控）→ `jstack/
jmap`（深入分析）。
- **核心指标**：GC 频率、内存区域
使用率、线程状态。
- **进阶方向**：结合堆转储与线程快照，
使用 MAT/VisualVM 可视化分析。
本文介绍如何使用jmap工具来手动触发Full GC，并通过jmap-histo:live命令检查堆内存状态。此外还提供了使用jmap进行内存转储的方法，并展示了如何安全地删除生成的内存转储文件。
扫一扫
1287
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
