一、jps：JVM Process Status Tool，查看当前机器上所有JVM进程的状态和启动参数
命令格式：jps [options] [hostid]
我们可以通过“jps --help”来查看相关帮助。如下为允许使用的options：
1）-q：只列出JVM进程的id，不展示进程的其他信息。
> jps -q -v 26582 26586 26301 27983
2）-m：输出传递到main方法的参数列表。
3）-l：输出此启动此继承的main方法所在的全package路径、或者JAR的文件路径。
> jps -l 26582 org.apache.catalina.startup.Bootstrap 27991 sun.tools.jps.Jps 26586 org.jetbrains.jps.cmdline.Launcher 26301 org.jetbrains.plugins.scala.nailgun.NailgunRunner
4）-v：输出JVM进程的系统参数，其中包括-D参数和JAVA_OPTS相关参数。
>jps -v 18381 Bootstrap -Djava.util.logging.config.file=/opt/deploy/sample-tomcat/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Xms256m -Xmx256m -XX:NewSize=128m -XX:+DisableExplicitGC -Dlogs=/data/logs -Dcache=/opt/deploy/sample-tomcat/cache -verbose:gc -XX:+PrintGCDateStamps -XX:+PrintGCDetails -Xloggc:/opt/vipkid/homework/logs/gc.log -Djava.endorsed.dirs=/opt/tomcat/endorsed -Djava.io.tmpdir=/opt/deploy/sample-tomcat/temp
5）-V：输出那些通过flag文件传递给JVM的参数（-XX:Flags=<filename>）。
整体来说，jps跟linux的“ps”指令很像，从整体查看当前机器上所有的JVM进程。
二、jstat：JVM Statistics Monitoring tool，JVM统计数据监控工具，可以用来查看JVM中GC、类加载等信息。
命令格式：jstat [generalOptions | outputOptions vimd [interval [s|ms] [count]]]
generalOptions没有太大用，我们只需要知道使用“jstat -options”来查看可选参的列表，主要是outputOptions：
1）-class：有关classLoader的行为统计
> jstat -class 26582 Loaded Bytes Unloaded Bytes Time 13401 28013.1 381 574.4 23.57
loaded：已加载类的个数，bytes：已加载类的字节数，unloaded、bytes：已卸载类的个数和字节数，time：类加载和卸载耗时。
2）-compiler：统计Hotspot中JIT（just-in-time）编译器的行为。（比较少用）
3）-gc：堆GC的行为统计，通过此指令我们能了解heap各个区域的内存使用情况。
>jstat -gc 26582 2s 100 S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 63488.0 10240.0 0.0 10080.0 520192.0 259699.6 1398272.0 1272911.1 92352.0 89826.6 9984.0 9458.4 1089 24.631 11 25.624 50.255
新生代，有三块：eden、survivor0、survivor1，其中EC、S0C、S1C分别表示上述三个区的compacity（KB），EU、S0U、S1U分表表示上述三个区的已使用空间。OC、OU表示救年老代的空间和使用量，PC、PU表示持久带的情况。YGC、YGCT分别表示新生代GC的次数和总时间，FGC、FGCT表示FULL GC的次数和总时间，GCT表示所有GC的总时间。
通常我们可以根据这些参数来观察，JVM内存分布、GC的情况，以便进行调优。（对于互联网系统，通常YGC与FGC相差数倍，即极少的FGC，但是通常YGC会几分钟就会执行一次）
4）-gccapacity：大体作用同-gc，也可以用来查看堆的各区域内存现状。
5）-gccause：展示内容同上，不过包含两个特殊的列“LGCC”、“GCC”，表示导致上次或者本次GC的原因，通常原因都是“内存分配失败”。
6）-gcnew：展示新生代的gc情况，同上。同类型指令还有-gcold。
7）-gcutil：全局的gc行为统计。基本上是上述几个gc指令的汇总。
我们可以使用jps找到jvm的进程ID，然后使用jstat分析特定ID的堆内存情况。
三、jinfo：查看一个JVM进程的全部配置信息，包括系统变量、加载的lib、JAVA_OPTS信息、JDK（JVM）的版本情况等。可以修改flag值。
四、jmap：JVM Memory Map，JVM内存图，通常可以用来查看当前JVM的内存中对象存活情况、跟踪对象创建过程等。
1）-dump:[live,] format=b,file=<filename>：将JVM堆内存中对象（live表示只dump存活的）dump到执行的文件中，使用hprof格式，此后我们可以使用jhat工具来查看此文件。通常可以使用-dump来分析内存中对象个数和数据状态，比如跟踪某个对象实例的个数，数组的容量变化等。
2）-finalizerinfo：打印出等待finalization的对象信息。如果你的实例有重写终结方法的，可以通过此选项查看。
3）-heap：打印JVM的heap配置信息，比如堆大小、新生代（newSize）等等，以及GC的算法（打印结果的前几行）。这些信息当然也可以通过jstat、jinfo来查看。
>jmap -heap 26832 using thread-local object allocation. Parallel GC with 2 thread(s) Heap Configuration: MinHeapFreeRatio = 0 MaxHeapFreeRatio = 100 MaxHeapSize = 536870912 (512.0MB) NewSize = 178782208 (170.5MB) MaxNewSize = 178782208 (170.5MB) OldSize = 358088704 (341.5MB) NewRatio = 2 SurvivorRatio = 8 MetaspaceSize = 21807104 (20.796875MB) CompressedClassSpaceSize = 1073741824 (1024.0MB) MaxMetaspaceSize = 17592186044415 MB G1HeapRegionSize = 0 (0.0MB) Heap Usage: PS Young Generation Eden Space: capacity = 102760448 (98.0MB) used = 54807000 (52.268028259277344MB) free = 47953448 (45.731971740722656MB) 53.33472271354831% used From Space: capacity = 39321600 (37.5MB) used = 7370120 (7.028694152832031MB) free = 31951480 (30.47130584716797MB) 18.743184407552082% used To Space: capacity = 36700160 (35.0MB) used = 0 (0.0MB) free = 36700160 (35.0MB) 0.0% used PS Old Generation capacity = 358088704 (341.5MB) used = 46609072 (44.44987487792969MB) free = 311479632 (297.0501251220703MB) 13.016068778310304% used
4）-histo[:live]：根据每个java class类型，打印出相应类的实例个数、内存占用空间（bytes）的直方图，live选项表示只打印存活的对象个数（和占用空间）；这个指令可以帮助我们关注JVM中某种class的实例个数和占用内存量，对分析内存消耗、OOM排查有很大帮助。
>jmap -histo:live 30402 num #instances #bytes class name ---------------------------------------------- 1: 129824 15193328 [C 2: 7631 13005088 [B 3: 127333 3055992 java.lang.String 4: 22984 1308592 [Ljava.lang.Object; 5: 14557 1281016 java.lang.reflect.Method 6: 39153 1252896 java.util.HashMap$Node 7: 8843 997240 java.lang.Class 8: 7260 982096 [Ljava.util.HashMap$Node;
五、jstack：stack trace，用于打印java线程的调用栈（执行栈，瞬时），包括class全名、方法名、行号等，如果指定-m还会打印native帧；不过对于实际工作情况，我们通常用于追踪多线程任务调度过程、对象lock（或者死锁）、并发同步阻塞、IO线程执行状态等；比如排查某个线程为何wait（假死，阻塞等）。
1）-l：打印出当前JVM所有的线程状态和执行栈，包括locks（java.util.concurrent）。
"http-nio-8080-exec-7" #78 daemon prio=5 os_prio=31 tid=0x00007f876f957000 nid=0x13403 waiting on condition [0x00007000043e8000] java.lang.Thread.State: WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x0000000740994e50> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:103) at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:31) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) Locked ownable synchronizers: - None
如果有死锁时，大概的错误信息如下：
Found one Java-level deadlock: ============================= "pool-1-thread-2": waiting to lock monitor 0x0237ada4 (object 0x272200e8, a java.lang.Object), which is held by "pool-1-thread-1" "pool-1-thread-1": waiting to lock monitor 0x0237aa64 (object 0x272200f0, a java.lang.Object), which is held by "pool-1-thread-2"
2）-m：混合模式，可以打印native帧。