性能测试过程中，我们该如何监控java虚拟机内存的使用情况，用以判断JVM是否存在内存问题呢？如何判断JVM垃圾回收是否正常？一般的top指令基本上满足不了这样的需求，因为它主要监控的是总体的系统资源，很难定位到java应用程序。
在项目实践过程中，我们探索和使用了一款新工具－－Jstat。
先秀一下。Jstat是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”，它位于java的bin目录下，主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。可见，Jstat是轻量级的、专门针对JVM的工具，非常适用。
命令格式：
jstat -gc <pid>: 可以显示gc的信息，查看gc的次数，及时间。
例如：jstat -gc 25003 60000 20
显示列名 | 具体描述 |
S0C | 年轻代中第一个survivor（幸存区）的容量 (字节) |
S1C | 年轻代中第二个survivor（幸存区）的容量 (字节) |
S0U | 年轻代中第一个survivor（幸存区）目前已使用空间 (字节) |
S1U | 年轻代中第二个survivor（幸存区）目前已使用空间 (字节) |
EC | 年轻代中Eden（伊甸园）的容量 (字节) |
EU | 年轻代中Eden（伊甸园）目前已使用空间 (字节) |
OC | Old代的容量 (字节) |
OU | Old代目前已使用空间 (字节) |
PC | Perm(持久代)的容量 (字节) |
PU | Perm(持久代)目前已使用空间 (字节) |
YGC | 从应用程序启动到采样时年轻代中gc次数 |
YGCT | 从应用程序启动到采样时年轻代中gc所用时间(s) |
FGC | 从应用程序启动到采样时old代(全gc)gc次数 |
FGCT | 从应用程序启动到采样时old代(全gc)gc所用时间(s) |
GCT | 从应用程序启动到采样时gc用的总时间(s) |
jstat -gcutil <pid>:统计gc信息
例如：jstat -gcutil 25444 1000 5
显示列名 | 具体描述 |
S0 | 年轻代中第一个survivor（幸存区）已使用的占当前容量百分比 |
S1 | 年轻代中第二个survivor（幸存区）已使用的占当前容量百分比 |
E | 年轻代中Eden（伊甸园）已使用的占当前容量百分比 |
O | old代已使用的占当前容量百分比 |
P | perm代已使用的占当前容量百分比 |
YGC | 从应用程序启动到采样时年轻代中gc次数 |
YGCT | 从应用程序启动到采样时年轻代中gc所用时间(s) |
FGC | 从应用程序启动到采样时old代(全gc)gc次数 |
FGCT | 从应用程序启动到采样时old代(全gc)gc所用时间(s) |
GCT | 从应用程序启动到采样时gc用的总时间(s) |
