使用IBM heapAnalyzer分析内存泄露的原因

清疚 2022-08-21 09:45 919阅读 0赞

大家在开发J2EE应用时可能经常碰到OOM的问题。出现这种问题的原因就是内存消耗殆尽，创建新的对象时没有可分配的内存了。为了找到真正导致OOM的原因，这里将使用IBM heapAnalyzer工具进行定位。

首先要知道，IBM heapAnalyzer是通过分析OOM后的Java heap dump文件的，通过对dump文件的分析找到内存可能泄露的点。了解这个之后，我们首先需要生成dump文件，这里我可以编写一个小程序，如：

<table style="word-break:break-all; color:rgb(51,51,51); font-size:12px; border:1px solid rgb(153,153,153); width:502px; background-color:rgb(221,221,221)"> 
 <tbody style="word-break:break-all"> 
  <tr style="word-break:break-all"> 
   <td style="word-break:break-all"> <p style="word-break:break-all; margin-top:10px; margin-bottom:10px; line-height:1.8em!important"> public class&nbsp;<a style="word-break:break-all; text-decoration:underline; color:rgb(102,102,102); line-height:normal!important" rel="nofollow"><span style="word-break:break-all"><span style="word-break:break-all">Test</span></span></a>&nbsp;{ <br style="word-break:break-all; line-height:normal!important"> &nbsp;/**<br style="word-break:break-all; line-height:normal!important"> &nbsp; * @param args<br style="word-break:break-all; line-height:normal!important"> &nbsp; */<br style="word-break:break-all; line-height:normal!important"> &nbsp;public static void main(String[] args) { <br style="word-break:break-all; line-height:normal!important"> &nbsp;&nbsp;List&lt;String&gt; list = new ArrayList&lt;String&gt;();<br style="word-break:break-all; line-height:normal!important"> &nbsp;&nbsp;//10M的PermSize在integer范围内足够产生OOM了<br style="word-break:break-all; line-height:normal!important"> &nbsp;&nbsp;int i = 0;<br style="word-break:break-all; line-height:normal!important"> &nbsp;&nbsp;while (true) { <br style="word-break:break-all; line-height:normal!important"> &nbsp;&nbsp;&nbsp;list.add(new String("test"));&nbsp;&nbsp;}<br style="word-break:break-all; line-height:normal!important"> &nbsp;}</p> <p style="word-break:break-all; margin-top:10px; margin-bottom:10px; line-height:1.8em!important"> }</p> </td> 
  </tr> 
 </tbody> 
</table>

运行该程序时设置JVM的堆内存的极限值为10M(-Xmx10m)，并加上-XX:+HeapDumpOnOutOfMemoryError,此参数是帮助生成dump文件，程序启动后直到抛出OOM异常。异常抛出后，在程序的classpath下会生成以一个以.hprof结尾的文件，如：java\_pid4504.hprof，这就是我们需要的dump文件。

dump文件有了，现在我们使用heapAnalyzer对该dump进行分析，首先需要安装heapAnalyzer，安装比较简单，只要下载下来直接解压即可，[IBM HeadAnalyzer][]

我这里使用的是ha414.jar,要求JDK1.6，设置JAVA\_HOME后，通过命令后启动heapAnalyzer，如：java -jar ha414.jar。

HeapAnalyzer启动后的界面如下：

![点击图片可在新窗口打开][412661_201107211058041G2Sj.gif]

HeapAnalyzer启动后，通过菜单File->Open打开生成的dump文件java\_pid4504.hprof。

dump文件加载后，通过菜单Analysis->Tree View展现出来。

通过dump信息分析内存泄漏的对象。主要思路是堆内存占用比例，比例越大说明堆内存消耗越多。

这个例子很简单，通过如下图很快就可定位出内存泄漏的地方。

![点击图片可在新窗口打开][412661_201107211105381dAP7.gif]

这里可以看到java/util/ArrayList对象占用堆内容最大，达到93%。当然这里并不是说ArrayList存在问题，而是说ArrayList占用的堆内存较多，不正常，至于为啥会不正常，这还依赖于该对象所处的程序块相关，找到这点问题就解决一大半了。

最后需要在程序中找到使用该对象的地方，再分析程序，确定产生内存泄漏的原因。

类似的工具还有：[Eclipse MemoryAnalyzer][]

[IBM HeadAnalyzer]: https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=4544bafe-c7a2-455f-9d43-eb866ea60091
[412661_201107211058041G2Sj.gif]: /images/20220724/15c2bf9e7e4549ed8ce031edfaadc6cd.png
[412661_201107211105381dAP7.gif]: /images/20220724/428b03d6e4fb4106a01974c427c59668.png
[Eclipse MemoryAnalyzer]: http://www.eclipse.org/mat/