JVM内存情况查看方法和分析工具

 

Java自己提供了多种丰富的方法和工具来帮助开发人员查看和分析GC及JVM内存的情况，同时开源界和商业界也有一些工具可用于查看、分析GC及JVM内存的情况。经过这些分析，能够排查程序中内存泄露的问题及调优程序的性能。下面介绍几种经常使用的免费工具，其中知名的有JProfiler 等。

 

　　1. 输出GC日志

 

　　输出GC日志对于跟踪分析GC的情况来讲，无疑是最直接地分析内存回收情况的方法，只是GC日志输出后须要人为地进行分析，以判断GC的情况。

 

　　JVM支持将日志输出到控制台或指定的文件中，方法有以下几种。

 

　　输出到控制台

 

　　在JVM的启动参数中加入-XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime，按照参数的顺序分别输出GC的简要信息，GC的详细信息、GC的时间信息及GC形成的应用暂停的时间。

 

　　输出到指定的文件

 

　　在1中的jvm启动参数中再增长-Xloggc: gc.log可指定将gc的信息输出到gc.log中。

 

　　可用于GC跟踪分析的参数还有-verbose:gc、-XX:+PrintTenuringDistribution等。

 

　　2. GC Portal

 

　　将GC日志输出当然有必定的做用，但若是要靠人为进行分析，仍是至关复杂的。所以Sun提供了一个GC Portal来帮助分析这些GC日志，并生成相关的图形化的报表，GC Portal部署起来会有些麻烦，它须要运行在老版本的Tomcat上，同时须要数据库，部署完毕后经过上传日志文件的方式便可完成GC日志的分析，此GC日志输出的JVM参数为：-verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps [-Xloggc:文件名]，在上传日志时GC Portal的选项里只有jdk 1.2或jdk 1.2-1.4的版本。虽然通过测试，JDK 6的日志也是能够分析出来的，但它的限制在于仅支持5MB的gc日志的分析，GC Portal可提供吞吐量的分析、耗费的CPU的时间、形成的应用暂停的时间、每秒重新生代转化到旧生代的数量、minor GC的情况及Full GC的情况等，如图1所示。

 

 

图1  GCPortal示例

 

　　GC Portal中还有一个颇有用的部分是提供调整GC参数的预测，例如能够选择给young size增长20%的空间。GC Portal会根据当前的日志信息来评估在调整参数后的运行效果，不必定很准确，但毕竟能带来一些参考意义。

 

 

 

3. JConsole

 

　　JConsole能够图形化查看JVM中内存的变化情况，JConsole是JDK 5及以上版本中自带的工具，位于JDK的bin目录下，运行时直接运行JConsole.exe或JConsole.sh（要求支持图形界面）。在本地的Tab页上看到运行了java的pid，双击便可查看相应进程的JVM情况，同时，JConsole也支持查看远程的JVM的运行情况，具体可参见JConsole的User Guide。

 

　　JConsole中显示了JVM中不少的信息：内存、线程、类和MBean等，在打开JConsole的内存Tab页后，可看到JVM内存部分的运行情况。这对于分析内存是否有溢出及GC的效果更加直接明了，JConsole的运行效果如图2所示。

 

 

图2  JConsole运行效果

 

　　4. JVisualVM

 

　　JVisualVM是JDK 6 update 7以后推出的一个工具，它相似于JProfiler的工具，基于此工具可查看内存的消耗状况、线程的执行情况及程序中消耗CPU、内存的动做。

 

　　在内存分析上，JVisualVM的最大好处是可经过安装VisualGC插件来分析GC趋势、内存消耗详细情况。

 

　　VisualGC的运行如图3所示。

 

 

图3  VisualGC运行效果

 

　　从图3中可看到各区的内存消耗情况及GC Time的图表，其提供的Histogram视图对于调优也有很大帮助。

 

　　基于JVisualVM的Profiler中的Memory还可查看对象占用内存的情况，如图4所示。

 

4. JMap

 

　　JMap是JDK中自带的一个用于分析JVM内存情况的工具，位于JDK的bin目录下。使用JMap可查看目前JVM中各个代的内存情况、JVM中对象的内存的占用情况，以及导出整个JVM中的内存信息。

 

 

图4  JVisualVM Memory Profiler图示

 

　　查看JVM中各个代的内存情况

 

　　在linux上执行jmap -heap [pid]，就可查看整个JVM中内存的情况，看到的信息相似以下（和JDK版本、GC策略有关）：

 

 

 

using thread-local object allocation.  Parallel GC with 8 thread(s)  Heap Configuration:     MinHeapFreeRatio = 40    MaxHeapFreeRatio = 70    MaxHeapSize      = 1610612736 (1536.0MB)     NewSize          = 524288000 (500.0MB)     MaxNewSize       = 524288000 (500.0MB)     OldSize          = 4194304 (4.0MB)     NewRatio         = 8    SurvivorRatio    = 8    PermSize         = 100663296 (96.0MB)     MaxPermSize      = 268435456 (256.0MB)  Heap Usage:  PS Young Generation  Eden Space:     capacity = 430702592 (410.75MB)     used     = 324439936 (309.4100341796875MB)     free     = 106262656 (101.3399658203125MB)     75.32806675098904% used  From Space:     capacity = 46333952 (44.1875MB)     used     = 13016424 (12.413429260253906MB)     free     = 33317528 (31.774070739746094MB)     28.092626331550566% used  To Space:     capacity = 46792704 (44.625MB)     used     = 0 (0.0MB)     free     = 46792704 (44.625MB)     0.0% used  PS Old Generation     capacity = 1086324736 (1036.0MB)     used     = 945707880 (901.8973159790039MB)     free     = 140616856 (134.1026840209961MB)     87.05572548059884% used  PS Perm Generation     capacity = 100663296 (96.0MB)     used     = 46349592 (44.202415466308594MB)     free     = 54313704 (51.797584533691406MB)     46.044182777404785% used

 

 

从以上信息中可看出JVM堆的配置信息，如NewSize、NewRatio、SurvivorRatio等；JVM堆的使用状况，新生代中的Eden Space、From Space、To Space的使用状况，旧生代和持久代的使用状况。

　　要注意的是在使用CMS GC的状况下，jmap -heap的执行有可能会致使Java进程被挂起。

 

　　JVM中对象的内存的占用状况

 

　　在查看JVM内存情况时，除了要知道每一个代的占用状况外，不少时候更要知道其中各个对象占用的内存大小，这样便于分析对象的内存占用状况，在分析OutOfMemory的场景中尤为适用。

 

　　输入jmap -histo [pid]便可查看jvm堆中对象的详细占用状况，如图1所示。

 

 

图1  jmap -histo运行效果

 

　　输出内容按照占用空间的大小排序，例如上面的[C，表示char类型的对象在jvm中总共有243 707个实例，占用了501 638 784 bytes的空间。

 

　　导出整个JVM中的内存信息

 

　　经过以上方法能查看到JVM中对象内存的占用状况，但不少时候还要知道这个对象究竟是谁建立的。例如上面显示出来的[C，只知道它占用了那么多的空间，但不知道是什么对象建立出的[C，因而jmap提供了导出整个jvm中的内存信息的支持。基于一些jvm内存的分析工具，例如sun JDK 6中的jhat、Eclipse Memory Analyzer，能够分析jvm中内存的详细信息，例如[C是哪些对象建立的。

 

　　执行以下命令便可导出整个jvm中的内存信息：

 

 

 

jmap -dump:format=b,file=文件名 [pid]

 

 

 

　　5. JHat

 

　　JHat是Sun JDK 6及以上版本中自带的一个用于分析jvm堆dump文件的工具，基于此工具可分析jvm heap中对象的内存占用情况、引用关系等。

 

　　执行以下命令分析jvm堆的dump文件：

 

 

 

jhat -J-Xmx1024M [file]

 

 

 

　　执行后等待console中输出Started HTTP server on port 7000，看到后就能够经过浏览器访问http://ip:7000了，此页面默认为按package分类显示系统中全部的对象实例。在页面的最下端有Other Queries导航，其中有显示jvm中对象实例个数的连接、有显示jvm中对象大小的连接等，点击显示jvm中对象大小的连接，获得的结果如图2所示。

 

 

图2  jhat运行效果

 

　　点击图2中的class [C，能够看到有哪些对象实例引用了这个对象，或者建立了这个对象，jhat在分析大的堆dump文件时表现很差，速度很慢。

 

6. JStat

 

　　JStat是Sun JDK自带的一个统计分析JVM运行情况的工具，位于JDK的bin目录下，除了可用于分析GC的情况外，还可用于分析编译的情况、class加载的情况等。

 

　　JStat用于GC分析的参数有：-gc、-gccapacity、-gccause、-gcnew、-gcnewcapacity、-gcold、-gcoldcapacity、-gcpermcapacity、-gcutil。经常使用的为-gcutil。经过-gcutil可按必定频率查看jvm中各代的空间的占用状况、minor GC的次数、消耗的时间、full GC的次数及消耗的时间的统计，执行jstat -gcutil [pid] [interval]，可看到相似以下的输出信息：

 

 

 

S0     S1       E      O       P       YGC    YGCT     FGC    FGCT     GCT   0.00   74.24  96.73  73.43  46.05  17808   382.335   208  315.197  697.533  45.37   0.00   28.12  74.97  46.05  17809  382.370   208  315.197  697.568

 

 

 

　　其中S0、S1就是Survivor空间的使用率，E表示Eden空间的使用率，O表示旧生代空间的使用率，P表示持久代的使用率，YGC表示minor GC的执行次数，YGCT表示minor GC执行消耗的时间，FGC表示Full GC的执行次数，FGCT表示Full GC执行消耗的时间，GCT表示Minor GC+Full GC执行消耗的时间。

 

　　7. Eclipse Memory Analyzer

 

　　Eclipse Memory Analyzer是Eclipse提供的一个用于分析jvm堆dump文件的插件，借助这个插件可查看对象的内存占用情况、引用关系、分析内存泄露等。

 

　　Eclipse Memory Analyzer（MAT）的网站为：http://www.eclipse.org/mat/，在eclipse中能够直接远程安装此插件。不过因为此插件在分析堆dump文件时比较耗内存，所以在分析前最好先将eclipse的jvm的内存设置大一点，MAT分析dump文件后的对象占用内存及引用关系如图3所示。

 

　　相对而言MAT功能比jhat强大不少，分析的速度也快一些，所以，若是要分析jvm堆dumap文件，首选推荐的是MAT。

 

　　在进行JVM内存情况分析时，一般要关注的主要有GC的趋势、内存的具体消耗情况。

 

　　GC趋势对于可图形界面连到需查看GC情况的机器的状况而言，VisualVM是经常使用的选择；对于不能采用图形界面方式的，输出GC日志 及采用jstat命令直接分析是经常使用的选择。

 

　　在查找内存是程序中的什么对象占用时，须要分析内存的具体消耗情况，对于有图形界面可用的状况，VisualVM是经常使用的选择；对于不能采用图形界面方式的，可经过jmap dump生成文件后，再经过MAT进行分析是经常使用的选择。