一、概要：
jps -l
查看现有的java进程
jps -l 显示所有正在运行的java进程id
jstack
查看Java线程
jstack -l pid; 做thread dump，直接打印在串口
jstack pid>> ./threaddumps 输出到指定文件分析
jmap
查看Java内存使用情况
jmap -histo:live pid 对象占用内存排名
jmap -dump:file=memroydumps pid 把heap dump到文件
jhat
通过查看jmap dump文件分析
jhat ./threaddumps 分析dump文件
http://localhost:7000 查看分析结果
jstat
查看heap内各个部分的使用量，以及加载类的数量以及GC的相关信息。
jstat -options (查看参数) / jstat -help
jdk自带的hprof
启动应用时带上hprof参数，查看cpu，内存使用情况
java -agentlib:hprof=cpu=times,interval=20,depth=10 -jar start.jar
Jconsole&Jvisualvm
二、详细介绍
一、命令行工具
JDK主要命令行监控工具和用途
1.jps(虚拟机进程状况工具)
命令格式：jps命令格式：jps [ options ] [ hostid ]
虽然功能比较单一，但它是使用频率最高的JDK命令行工具，因为其他的JDK工具大多需要输入它查询到的LVMID来确定要监控的是哪一个虚拟机进程。对于本地虚拟机进程来说，LVMID与操作系统的进程ID（Process
Identifier,PID）是一致的。
jps可以通过RMI协议查询开启了RMI服务的远程虚拟机进程状态，hostid为RMI注册表中注册的主机名。
jps的常用选项
2.jstat(虚拟机统计信息监视工具)
命令格式：jstat [ option vmid [interval[s|ms] [count]] ]
对于命令格式中的VMID与LVMID需要特别说明一下：如果是本地虚拟机进程，VMID与LVMID是一致的，如果是远程虚拟机进程，那VMID的格式应当是：[protocol:][//]lvmid[@hostname[:port]/servername]
参数interval和count代表查询间隔和次数，如果省略这两个参数，说明只查询一次。假设需要每250毫秒查询一次进程2764垃圾收集状况，一共查询20次，那命令应当是：jstat -gc 2764 250 20
jstat（JVM Statistics Monitoring
Tool）是用于监视虚拟机各种运行状态信息的命令行工具。它可以显示本地或者远程虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据，在没有GUI图形界面，只提供了纯文本控制台环境的服务器上，它将是运行期定位虚拟机性能问题的首选工具。
选项option代表着用户希望查询的虚拟机信息，主要分为3类：类装载、垃圾收集、运行期编译状况：
举例：
D:DevelopJavajdk1.6.0_21in>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%的空间，两个Sur-vivor区（S0、S1，表示Survivor0、Survivor1）里面都是空的，老年代（O，表示Old）和永久代（P，表示Permanent）则分别使用了41.42%和47.20%的空间。程序运行以来共发生MinorGC（YGC，表示Young
GC）16次，总耗时0.105秒，发生Full GC（FGC，表示Full GC）3次，Full GC总耗时（FGCT，表示Full GC
Time）为0.472秒，所有GC总耗时（GCT，表示GC Time）为0.577秒。
3.jinfo(Java配置信息工具)
命令格式：jinfo [ option ] pid
jinfo（Configuration Info for
Java）的作用是实时地查看和调整虚拟机各项参数。使用jps命令的-v参数可以查看虚拟机启动时显式指定的参数列表，但如果想知道未被显式指定的参数的系统默认值，除了去找资料外，就只能使用jinfo的-flag选项进行查询了（如果只限于JDK
1.6或以上版本的话，使用java-XX：+PrintFlagsFinal查看参数默认值也是一个很好的选择），jinfo还可以使用-sysprops选项把虚拟机进程的System.getProper-ties()的内容打印出来。这个命令在JDK
1.5时期已经随着Linux版的JDK发布，当时只提供了信息查询的功能，JDK
1.6之后，jinfo在Windows和Linux平台都有提供，并且加入了运行期修改参数的能力，可以使用-flag[+|-]name或者-flagname=value修改一部分运行期可写的虚拟机参数值。JDK
1.6中，jinfo对于Windows平台功能仍然有较大限制，只提供了最基本的-flag选项。
举例：(打印系统属性)
C:> jinfo -sysprops 73033
Attaching to process ID 73033, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.112-b16
4.jmap(Java内存映像工具)
命令格式：jmap [ option ] vmid
jmap（Memory Map for
Java）命令用于生成堆转储快照（一般称为heapdump或dump文件）。如果不使用jmap命令，要想获取Java堆转储快照，还有一些比较“暴力”的手段：-XX:+HeapDumpOnOutOfMemory-Error参数，可以让虚拟机在OOM异常出现之后自动生成dump文件，通过-XX:+Heap-DumpOnCtrlBreak参数则可以使用[Ctrl]+[Break]键让虚拟机生成dump文件，又或者在Linux系统下通过Kill-3命令发送进程退出信号“吓唬”一下虚拟机，也能拿到dump文件。
jmap的作用并不仅仅是为了获取dump文件，它还可以查询finalize执行队列、Java堆和永久代的详细信息，如空间使用率、当前用的是哪种收集器等。
和jinfo命令一样，jmap有不少功能在Win-dows平台下都是受限的，除了生成dump文件的-dump选项和用于查看每个类的实例、空间占用统计的-histo选项在所有操作系统都提供之外，其余选项都只能在Linux/Solaris下使用。
option选项：
举例：（使用jmap生成一个正在运行的Eclipse的dump快照文件的例子，例子中的3500是通过jps命令查询到的LVMID）
C:UsersIcyFenix>jmap -dump:format=b,file=eclipse.bin 3500
Dumping heap to C:UsersIcyFenixeclipse.bin …
Heap dump file created
5.jhat(虚拟机堆转储快照分析工具)
命令格式：jhat +dump文件名
Sun JDK提供jhat（JVM Heap Analysis Tool）命令与jmap搭配使用，来分析jmap生成的堆转储快照。jhat内置了一个微型的HTTP/HTML服务器，生成dump文件的分析结果后，可以在浏览器中查看。
分析dump文件的工具还有：VisualVM，以及专业用于分析dump文件的Eclipse Memory Ana-lyzer、IBM HeapAnalyzer等工具，都能实现比jhat更强大更专业的分析功能。
使用：
C:UsersIcyFenix>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/就可以看到分析结果了
分析结果默认是以包为单位进行分组显示，分析内存泄漏问题主要会使用到其中的“Heap His-togram”（与jmap-histo功能一样）与OQL页签的功能，前者可以找到内存中总容量最大的对象，后者是标准的对象查询语言，使用类似SQL的语法
6.jstack(Java堆栈跟踪工具)
命令格式：jstack [ option ] vmid
jstack（Stack Trace for
Java）命令用于生成虚拟机当前时刻的线程快照（一般称为threaddump或者javacore文件）。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因。线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做些什么事情，或者等待着什么资源。
在JDK
1.5中，java.lang.Thread类新增了一个getAllStackTraces()方法用于获取虚拟机中所有线程的StackTraceElement对象。使用这个方法可以通过简单的几行代码就完成jstack的大部分功能，在实际项目中不妨调用这个方法做个管理员页面，可以随时使用浏览器来查看线程堆栈
option选项：
举例：
C:UsersIcyFenix>jstack -l 3500
2010-11-19 23:11:26
Full thread dump Java HotSpot(TM) 64-Bit Server
VM (17.1-b03 mixed mode):
"[ThreadPool Manager] - Idle Thread” daemon
prio=6 tid=0x0000000039dd4000 nid=0xf50 in
Object.wait() [0x000000003c96f000]
java.lang.Thread.State: WAITING (on object monitor)