使用jstat监控jvm垃圾回收

使用jstat监控gc常用命令为：

jstat -gc PID interval

运行命令行：jstat -gc 8937 5000（监控进程ID为8937的GC，每5秒执行一次），运行结果如下所示：

首先对每一列数据的具体含义进行说明：

S0C	新生代一区总内存
S1C	新生代二区总内存
S0U	新生代一区已使用内存
S1U	新生代二区已使用内存
EC	新生代伊甸区总内存
EU	新生代伊甸区已使用内存
OC	老年区总内存
OU	老年区已使用内存
MC	元数据区总内存（jdk1.8已经废除持久区改为元数据区）
MU	元数据区已使用内存
CCSC	压缩类空间总内存
CCSU	压缩类空间已使用内存
YGC	新生代垃圾回收总次数
YGCT	新生代垃圾回收总耗费时间
FGC	老年代垃圾回收总次数
FGCT	老年代垃圾回收总耗费时间
GCT	所有垃圾回收所耗费的时间（GCT=YGCT+FGCT）

了解了每一列数据的具体含义，继续观察上图数据的变化，因为所有的对象创建之初都会首先在新生代伊甸区申请内存，可以看到刚开始的时候EU=84425.4，随着时间的推移EU数据逐渐增大，当EU增加到128418.1，这时伊甸区的剩余内存=EC-EU=7773.9，这时如果新申请的内存大于剩余内存，就会触发GC，可以从图中看到以下几个数据变化：

1，YGC从295增加到296，年轻代GC次数增加了一次。

2，EU从128418.1变为12989.0，释放了无用的对象所占用的内存，将存活的对象移到S0区，为新创建的对象腾出空间。

3，S1U从481.1变为0，S0U从0变为463.9，此时S1为From区，S2为To区（From区与To区是相对的），因为触发GC所以S1区中的无用对象所占用的内存被释放，将S1中存活的对象移到S0，所以S0U是Eden区和S1区中经过GC后存活对象所占用的内存情况。