jps
JVM Process Status Tool，虚拟机进程状况工具。
除了名字像 UNIX 的 ps 命令之外，它的功能也和 ps 命令类似：可以列出正在运行的虚拟机进程，并显示虚拟机执行主类 (Main Class，main() 函数所在的类) 名称以及这些进程的本地虚拟机唯一 ID (LVMID，Local Virtual Machine Identifier)。其他的 JDK 工具大多需要输入它查询到的 LVMID 来确定要监控的是哪一个虚拟机进程。
对于本地虚拟机进程来说，LVMID 与操作系统的进程 ID（PID，Process Identifier）是一致的，使用 Windows 的任务管理器或者 UNIX的 ps 命令也可以查询到虚拟机进程的LVMID，但如果同时启动了多个虚拟机进程，无法根据进程名称定位时，那就必须依赖 jps 命令显示主类的功能才能区分了。
命令格式：
jps [options] [hostid]
常用选项:
| 选项 | 作用 |
|---|---|
| -q | 只输出 LVMID，省略主类的名称 |
| -m | 输出虚拟机进程启动时传递给主类 main() 函数的参数 |
| -l | 输出主类的全名，如果进程执行的是 JAR 包，则输出 JAR 路径 |
| -v | 输出虚拟机进程启动时的 JVM 参数 |
执行样例：
jps -l
2388 D:\Develop\glassfish\bin\..\modules\admin-cli.jar
2764 com.sun.enterprise.glassfish.bootstrap.ASMain
3788 sun.tools.jps.Jps
jps 还可以通过 RMI (Remote Method Invocation, 远程方法调用) 协议查询开启了 RMI 服务的远程虚拟机进程状态，参数 hostid 为 RMI 注册表中注册的主机名。
jstat
JVM Statistics Monitoring Tool，虚拟机统计信息监视工具。
用于监视虚拟机各种运行状态信息的命令行工具。它可以显示本地或者远程虚拟机进程中的类加载、内存、垃圾收集、即时编译等运行时数据，在没有 GUI 图形界面、只提供了纯文本控制台环境的服务器上，它将是运行期定位虚拟机性能问题的常用工具。
命令格式：
jstat [option vmid [interval[s|ms] [count]]]
如果是本地虚拟机进程，VMID 与 LVMID 是一致的；
如果是远程虚拟机进程，那 VMID 的格式应当是：
[protocol:][//]lvmid[@hostname[:port]/servername]
参数 interval 和 count 代表查询间隔和次数，如果省略这 2 个参数，说明只查询一次。
假设需要每 250 毫秒查询一次进程 2764 垃圾收集状况，一共查询 20 次，那命令应当是：
jstat -gc 2764 250 20
选项 option 代表用户希望查询的虚拟机信息，主要分为三类：类加载、垃圾收集、运行期编译状
况。
执行样例：
jstat -gcutil 2764
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 0.00 6.20 41.42 47.20 16 0.105 3 0.472 0.577
查询结果表明：这台服务器的新生代 Eden 区（E，表示Eden）使用了 6.2% 的空间，2 个 Survivor 区（S0、S1，表示Survivor0、Survivor1）里面都是空的，老年代（O，表示Old）和永久代（P，表示 Permanent）则分别使用了 41.42% 和 47.20% 的空间。程序运行以来共发生 Minor GC（YGC，表示Young GC）16次，总耗时0.105秒；发生 Full GC（FGC，表示Full GC）3次，总耗时（FGCT，表示Full GC Time）为0.472秒；所有GC总耗时（GCT，表示GC Time）为 0.577 秒。
jinfo
Configuration Info for Java，Java 配置信息工具。
作用是实时查看和调整虚拟机各项参数。使用 jps 命令的 -v 参数可以查看虚拟机启动时显式指定的参数列表，但如果想知道未被显式指定的参数的系统默认值，除了去找资料外，就只能使用 jinfo 的 -flag 选项进行查询了（如果只限于 JDK 6 或以上版本的话，使用 java-XX：+PrintFlagsFinal查看参数默认值也是一个很好的选择）。
jinfo 还可以使用 -sysprops 选项把虚拟机进程的System.getProperties()的内容打印出来。这个命令在 JDK 5 时期已经随着 Linux 版的 JDK 发布，当时只提供了信息查询的功能，JDK 6 之后，jinfo 在 Windows 和 Linux 平台都有提供，并且加入了在运行期修改部分参数值的能力（可以使用-flag[+|-]name 或者 -flag name=value 在运行期修改一部分运行期可写的虚拟机参数值）。在 JDK 6 中，jinfo 对于Windows 平台功能仍然有较大限制，只提供了最基本的-flag选项。
命令格式：
jinfo [option] pid
执行样例：
查询 CMSInitiatingOccupancyFraction 参数值。
jinfo -flag CMSInitiatingOccupancyFraction 1444
-XX:CMSInitiatingOccupancyFraction=85
jmap
Memory Map for Java，Java 内存映像工具。用于生成堆转储快照（一般称为 heapdump 或 dump 文件）。
如果不使用 jmap 命令，要想获取 Java 堆转储快照也还有一些比较“暴力”的手段：
- -XX：+HeapDumpOnOutOfMemoryError 参数，可以让虚拟机在内存溢出异常出现之后自动生成堆转储快照文件。
- -XX：+HeapDumpOnCtrlBreak 参数则可以使用 [Ctrl]+[Break] 键让虚拟机生成堆转储快照文件。
- 在Linux系统下通过 Kill -3 命令发送进程退出信号“恐吓”一下虚拟机，也能顺利拿到堆转储快照。
jmap 的作用并不仅仅是为了获取堆转储快照，它还可以查询 finalize 执行队列、Java 堆和方法区的详细信息，如空间使用率、当前用的是哪种收集器等。
和 jinfo 命令一样，jmap 有部分功能在 Windows 平台下是受限的，除了生成堆转储快照的 -dump 选项和用于查看每个类的实例、空间占用统计的 -histo 选项在所有操作系统中都可以使用之外，其余选项都只能在 Linux/Solaris 中使用。
命令格式：
jmap [option] vmid
option选项的合法值与具体含义如表所示：
执行样例：
使用 jmap 生成一个正在运行的 Eclipse 的堆转储快照文件，例子中的 3500 是通过 jps 命令查询到的 LVMID。
jmap -dump:format=b,file=eclipse.bin 3500
Dumping heap to C:\Users\IcyFenix\eclipse.bin ...
Heap dump file created
jhat
JVM Heap Analysis Tool，虚拟机堆转储快照分析工具。
JDK 提供 jhat 命令与 jmap 搭配使用，来分析 jmap 生成的堆转储快照。jhat 内置了一个微型的 HTTP / Web 服务器，生成堆转储快照的分析结果后，可以在浏览器中查看。
实事求是地说，在实际工作中，除非手上真的没有别的工具可用，否则多数人是不会直接使用 jhat 命令来分析堆转储快照文件的，主要原因有两个方面。一是一般不会在部署应用程序的服务器上直接分析堆转储快照，即使可以这样做，也会尽量将堆转储快照文件复制到其他机器上进行分析，因为分析工作是一个耗时而且极为耗费硬件资源的过程，既然都要在其他机器上进行，就没有必要再受命令行工具的限制了。另外一个原因是 jhat 的分析功能相对来说比较简陋，VisualVM，以及专业用于分析堆转储快照文件的 Eclipse Memory Analyzer、IBM HeapAnalyzer 等工具，都能实现比 jhat 更强大专业的分析功能。
执行样例：使用 jhat 分析上一节采用 jmap 生成的 Eclipse IDE 的内存快照文件。
jhat eclipse.bin
Reading from eclipse.bin...
Dump file created Fri Nov 19 22:07:21 CST 2010
Snapshot read, resolving...
Resolving 1225951 objects...
Chasing references, expect 245 dots....
Eliminating duplicate references...
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.
屏幕显示“Server is ready.”的提示后，用户在浏览器中输入http://localhost:7000/可以看到分析结果。
分析结果默认以包为单位进行分组显示，分析内存泄漏问题主要会使用到其中的 “HeapHistogram” (与jmap -histo功能一样) 与 OQL 页签的功能，前者可以找到内存中总容量最大的对象，后者是标准的对象查询语言，使用类似 SQL 的语法对内存中的对象进行查询统计。
jstack
Stack Trace for Java，Java堆栈跟踪工具。
用于生成虚拟机当前时刻的线程快照（一般称为 threaddump 或者 javacore 文件）。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的目的通常是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间挂起等，都是导致线程长时间停顿的常见原因。线程出现停顿时通过 jstack 来查看各个线程的调用堆栈，就可以获知没有响应的线程到底在后台做些什么事情，或者等待着什么资源。
命令格式：
jstack [option] vmid
option 选项的合法值与具体含义如下所示：
| 选项 | 作用 |
|---|---|
| -F | 当正常输出的请求不被响应时，强制输出线程堆栈 |
| -l | 除堆栈外，显示关于锁的附加信息 |
| -m | 如果调用到本地方法的话，可以显示 C / C++ 的堆栈 |
从 JDK 5 起，java.lang.Thread 类新增了一个 getAllStackTraces() 方法用于获取虚拟机中所有线程的 StackTraceElement 对象。使用这个方法可以通过简单的几行代码完成 jstack 的大部分功能，在实际项目中不妨调用这个方法做个管理员页面，可以随时使用浏览器来查看线程堆栈。
参考
《深入理解 Java 虚拟机》第三版