如何监控Java垃圾回收机制.docxVIP

如何监控Java垃圾回收机制学习了不同GC算法的执行过程，GC是如何工作的，什么是新生代和老年代，了解了JDK7中的5种GC类型，以及这5种类型对于应用性能的影响，现在解释JVM到底是如何执行垃圾回收处理的。什么是GC监控?GC监控，就是搞清楚JVM如何执行GC的一个过程。例如，可以查明：什么时候新生代中的一个对象被移动到老年代，花费了多少时间？Stop-the-world 何时发生的，持续了多长时间？GC监控能鉴别JVM是否在高效地执行GC，我们可以决定是否有必要进行额外的性能调优（修改应用程序或者调整GC算法（GC优化）。）如何监控GC有很多种方法可以监控GC，差别仅仅是GC信息展现方式不同。GC操作是由JVM来完成，而GC监控工具只是将JVM提供的GC信息进行展现，因此，不论使用何种方式监控GC都将得到相同的结果，所以不必去学习所有的监控GC的方法，但是了解多一点可以根据不同的场景选择最为合适的方式。下面所列的工具以及JVM参数并不适用于所有的JVM供应商，因为并没有关于GC信息的强制标准。这里我们将使用HotSpot JVM (Oracle JVM)，因为NHN 一直在使用Oracle (Sun) JVM，所以用它作为示例来解释我们提到的工具和JVM参数更容易些。GC监控方法根据访问的接口不同，可以分成CUI和GUI两大类。CUI GC监控方法使用一个独立的叫做jstat的CUI应用，或者在启动JVM的时候选择JVM参数”-verbosegc”。GUI GC监控由一个单独的图形化应用来完成，其中三个最常用的应用是jconsole，jvisualvm，Visual GC。jstatjstat是HotSpot JVM提供的一个监控工具，在$JDK_HOME/bin目录。其他监控工具还有jps和jstatd。有些时候，可能需要同时使用三种工具来监控。jstat不仅提供GC操作的信息，还提供类装载操作的信息以及运行时编译器操作的信息。这里将只涉及jstat能够提供的信息中与监控GC操作信息相关的功能。$ jstat –gc $vmid$ 1000S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT3008.0 3072.0 0.0 1511.1 343360.0 46383.0 699072.0 283690.2 75392.0 41064.3 2540 18.454 4 1.133 19.588 3008.0 3072.0 0.0 1511.1 343360.0 47530.9 699072.0 283690.2 75392.0 41064.3 2540 18.454 4 1.133 19.588 3008.0 3072.0 0.0 1511.1 343360.0 47793.0 699072.0 283690.2 75392.0 41064.3 2540 18.454 4 1.133 19.588 在上图的例子中，实际的数据会按照如下列输出：S0C S1C S0U S1U EC EU OC OU PCVmid：虚拟机的ID。Java应用拥有自己独立的vmid，运行在本地机器上的vmid称之为lvmid (本地vmid)，通常是PID，PID的值可以使用ps命令或者windows任务管理器来获取，推荐使用jps来获取，因为PID和lvmid有时会不一致。jps通过Java PS实现，jps命令会返回vmids和main方法的信息，正如ps命令展现PIDS和进程名字那样。首先通过jps命令找到要监控的Java应用的vmid，并把它作为jstat的参数。当几个WAS实例运行在同一台设备上时，如果只使用jps命令，将只能看到启动信息，在这种情况下使用ps -ef | grep java与jps配合使用。想要得到GC性能相关的数据需要持续不断地监控，因此在执行jstat时，要规则地输出GC监控的信息。例如，执行”jstat –gc 1000″ (或 1s)：每一秒展示一次GC监控数据；”jstat –gc 1000 10″：每1秒展现一次，共10次。参数名称描述gc输出每个堆区域的当前可用空间以及已用空间（伊甸园，幸存者等