Java 提供了多种监控工具，这些工具包含了许多命令行工具，用于监控、诊断和管理 Java 应用程序的性能。这些工具主要位于 Java 安装目录下的 bin 文件夹中，以下是几个常用的 Java 自带监控命令的详细说明：
1. jps (Java Virtual Machine Process Status Tool)
用于列出当前运行的 Java 进程的 ID 及其名称，类似于 ps 命令。
- 基本用法：
jps [options] - 常用选项：
-l：显示主类的完整包名或启动的 JAR 文件路径。-v：显示传递给 JVM 的参数。
示例：
jps -l
2. jstat (Java Virtual Machine Statistics Monitoring Tool)
用于监控 JVM 各个部分的实时状态，包括垃圾回收、类加载、JIT 编译等。
- 基本用法：
jstat [option vmid [interval[s|ms] [count]]] - 常用选项：
-gc：显示垃圾回收信息。-class：显示类加载信息。-compiler：显示 JIT 编译器的信息。
示例：
jstat -gc <pid> 1000 5 # 每隔1秒显示一次 GC 状况，共显示5次
3. jmap (Memory Map Tool)
用于生成 JVM 中的内存映射，帮助分析 Java 堆的使用情况，还可以生成堆转储（heap dump）文件。
- 基本用法：
jmap [option] <pid> - 常用选项：
-heap：显示堆的使用情况。-dump:format=b,file=<filename>：生成堆转储文件，通常用于内存泄露分析。-histo：输出堆中对象的统计信息，包括对象数量和总大小。
示例：
jmap -dump:format=b,file=heapdump.hprof <pid>
4. jstack (Java Stack Trace Tool)
用于生成 Java 线程的堆栈跟踪信息，可以帮助分析死锁、性能瓶颈等问题。
- 基本用法：
jstack [option] <pid> - 常用选项：
-l：显示关于锁的附加信息。-F：强制输出线程堆栈信息。
示例：
jstack -l <pid>
5. jconsole (Java Monitoring and Management Console)
jconsole 是 Java 自带的图形化工具，用于连接到本地或远程的 Java 进程，监控 CPU、内存、线程、类加载情况等。
- 基本用法：
jconsole [pid] - 可以直接通过命令启动，也可以通过点击图标运行。
6. jcmd (JVM Diagnostic Command Tool)
功能强大，可以代替 jmap、jstack 等工具，支持更多命令选项，能够执行线程转储、堆转储、GC 操作等。
- 基本用法：
jcmd <pid> command - 常用命令：
GC.heap_dump：生成堆转储文件。Thread.print：输出线程堆栈信息。GC.run：触发垃圾回收。
示例：
jcmd <pid> Thread.print # 打印线程信息
7. jinfo (Configuration Info for Java)
用于显示或修改正在运行的 Java 进程的配置信息，如系统属性和 JVM 选项。
- 基本用法：
jinfo [option] <pid> - 常用选项：
-sysprops：显示系统属性。-flag <name>：显示指定的 JVM 选项。
示例：
jinfo -flag MaxHeapSize <pid>
场景 1：Java 应用内存泄露的排查
问题描述：应用程序频繁出现 OutOfMemoryError，需要定位内存泄露的原因。
解决步骤：
-
查看进程：首先用
jps查看正在运行的 Java 进程，找到要诊断的进程 ID。jps -l输出结果类似于：
12345 MyJavaApp -
生成堆转储：使用
jmap生成堆转储文件，供后续分析。jmap -dump:format=b,file=heapdump.hprof 12345heapdump.hprof文件可以用专业工具（如 Eclipse MAT 或 VisualVM）进行分析，查找哪些对象占用了最多内存，是否有过多重复对象。 -
查看对象分布：使用
jmap -histo查看对象统计，定位哪些类的实例数量异常。jmap -histo 12345 | head -n 20输出会列出对象类型、数量和占用的内存，通过观察异常多的对象来排查可能的内存泄漏来源。
场景 2：线程死锁排查
问题描述：系统出现无响应现象，怀疑存在线程死锁。
解决步骤：
-
查看进程：使用
jps命令确认目标 Java 进程。jps -l -
生成线程堆栈：使用
jstack查看线程堆栈，定位死锁线程。jstack -l 12345几种线程状态：
- BLOCKED：线程正在等待锁资源，可能存在锁竞争问题。
- WAITING：线程在等待条件满足，比如等待外部资源、网络IO、锁等，可能有资源未释放或超时问题。
- TIMED_WAITING：线程在等待指定时间内的操作完成，超时后自动退出等待。可能和外部资源或数据库超时有关。
- RUNNABLE：线程正在运行，通常是CPU消耗较多的线程。检查是否存在占用过高CPU的情况。
-
进一步确认死锁：
jconsole提供了图形界面，可以更直观地观察线程状态。启动后连接到对应进程，在“线程”页面可以直接看到死锁信息。
场景 3：垃圾回收频繁导致的性能下降
问题描述：应用运行时频繁出现 GC，导致性能下降，响应速度变慢。
解决步骤：
-
查看 GC 状态：使用
jstat查看垃圾回收信息，判断是否存在频繁的 GC。jstat -gc 12345 1000 10上述命令每隔 1 秒采样一次，连续 10 次，输出中可以看到年轻代和老年代的 GC 次数和时间。频繁的年轻代 GC 可能是内存分配过多导致的，频繁的老年代 GC 则可能表示对象老化导致的内存不足。
-
生成堆信息：通过
jmap -heap查看堆的总体使用情况，确认是否存在内存不足。jmap -heap 12345 -
GC 手动触发：如果希望立即触发 GC，可以使用
jcmd命令。jcmd 12345 GC.run
场景 4：系统参数调整
问题描述：应用在运行中，需要调整 JVM 参数以优化性能。
解决步骤：
-
查看当前 JVM 配置：使用
jinfo命令查看 JVM 配置参数，确认是否有需要调整的参数。jinfo -flags 12345 -
修改 JVM 参数：有些 JVM 参数支持在运行中调整，可以直接用
jinfo -flag进行修改，例如启用 GC 日志。jinfo -flag +PrintGC 12345
场景 5：类加载问题排查
问题描述：某些类加载过程耗时过长，可能影响应用启动速度。
解决步骤：
-
查看类加载信息：使用
jstat -class查看类加载情况，包括已加载的类数量和加载时间。jstat -class 12345 1000 5 -
生成堆转储：可以使用
jmap生成转储文件，以分析哪些类占用了大量内存或是否有重复加载的类。jmap -dump:live,format=b,file=heapdump.hprof 12345
场景 6：排查 JIT 编译影响性能问题
问题描述：程序运行时的 CPU 使用率居高不下，怀疑是 JIT 编译的问题。
解决步骤：
-
查看 JIT 编译统计：使用
jstat -compiler查看 JIT 编译信息。jstat -compiler 12345 1000 10输出会显示编译的次数和时间，如果编译时间过长，可能会对性能产生影响。
-
通过 jconsole 分析 CPU 使用情况：
jconsole的“CPU”页面可以帮助进一步分析具体的 CPU 使用情况。