Eclipse中安装MemoryAnalyzer插件
一、简介
Eclipse作为JAVA非常好用的一款IDE,其自带的可扩展插件非常有利于JAVA程序员的工作效率提升。
MemoryAnalyzerTool(也叫MAT)是一款JAVA虚拟机内存映像分析工具,可以在JAVA程序运行的时候有程序抛出的异常加上已经设置好的参数(-XX:+HeapDumpOnOutOfMemory)调试出内存泄漏或者异常的位置以及原因跟踪,MemeoryAnalyzer可以对Dump出来的堆转储快照进行分析,重点是确认内存中的对象是否是有必要的,也就是要先确认到底是出现了内存泄漏(Memory Leak)还是内存溢出(Memory OverFlow)。
二、准备工作
1.Eclipse IDE:我的是安装的Eclipse Neon3,大部分版本Eclipse都支持插件安装。
名称:Eclipse Neon
版本:3
下载地址:https://www.eclipse.org/downloads/packages/release/neon/3(我的是Windows64位的JavaEE版本)
2.Memory Analyzer Tool(MAT):由于Eclipse支持直接从URL导入包快捷安装,以及下载压缩包后导入安装,下载包在Eclipse官网中能很快找到:
名称:Memory Analyzer
版本:最新版1.7.0.20170613
官网下载地址:https://eclipse.org/mat/downloads.php
里面有三种:
1.Eclipse导入的URL,特点:安装简单快捷,不需要自己去手动下载,直接输入URL由Eclipse帮你自动下载;
2.Eclispe导入的zip,特点:自己下载,当Eclipse自带工具下载较慢的时候可以使用自己下载然后导入zip即可;
3.独立的MemoryAnalyzer工具,特点:自行下载,不依赖于Eclipse的启动,可直接独立导入.hprof文件进行分析。
三、开始安装MAT
运行Eclipse,然后单击菜单栏上“Help=》Install New Software...”
进入软件源导入界面,你可以选择使用URL直接导入,URL导入的地址为:
http://download.eclipse.org/mat/1.7/update-site/
但是由于镜像连接不稳定性,我使用的是下载压缩包zip然后安装,压缩包下载地址为:http://ftp.jaist.ac.jp/pub/eclipse/mat/1.7/MemoryAnalyzer-1.7.0.201706130745.zip
下载完成之后将其导入,"Add》Archive》选择你下载好的zip文件》OK":
确定之后勾选"Memory Analyzer for Eclipse IDE"下面的两项即可,这个是用于Eclipse内部使用的插件,下面一个“Stand-alone Memory Analyzer“是独立的分析工具,一般不用勾选。
之后单击“Next"等待一段时间Eclipse计算的需求和依赖文件下载完毕后,一路"next",并接受协议“Finish”即可完成安装,重启Eclispe后就可以使用MAT了。
四、MAT的简单使用
1.设置JVM参数
JVM的参数可以用于调试JVM在各种限制条件下的常见BUG,一下简单介绍几个参数:
-XX:+HeapDumpOnOutOfMemoryError //虚拟机在堆异常时生成对存储快照,后缀一般是.hprof
-Xms //Java堆的最小值,例如-Xms20m,将Java堆的最小值设置为20MB
-Xmx //Java堆的最大值,例如-Xms40m,将Java堆的最大值设置为40MB
了解了参数之后,可以对参数进行一定的设置,以便我们简单的对MAT工具进行使用测试,设置参数如下:
-XX:+HeapDumpOnOutOfMemoryError
-Xms20m
-Xmx20m
之所以将最小和最大的堆设置为一样是为了能避免堆的自动扩展,以及20MB的空间是为了让程序能尽快的占满使得内存溢出。
设置JVM的启动参数可在“Run》Run Configuration》Arguments》Vm arguments”中填写
2.编写内存溢出(Memory Leak)代码
思路:通过新建集合列表List,然后以while(true)死循环的方式使得List集合不断添加新的对象,使得其不断地占满堆空间
代码:
package com.study; import java.util.ArrayList;
import java.util.List; public class TestStudy { static class OOMClass { } public static void main(String[] args) {
List<OOMClass> list = new ArrayList<OOMClass>();
while(true) {
list.add(new OOMClass());
}
} }
执行代码,发现输出如下:
注意到“java_pid24792.hprof”文件,这个文件是JVM生成的对存储快照,之后可以通过MAT工具打开,进行分析追踪,这个文件将自动保存到你的Eclipse workspace下的工作目录中,以我的为例:
3.打开MAT的Perspective
由于MAT工具需要另外打开一个工作视图(就像Eclipse EE和Java的切换视图一样),因此需要在先配置打开"Window》Perspective》Open Perspective》Other...":
选择Memory Analysis并确定:
完后之后将进入MAT的工作空间视图,你可以在Eclipse右上角进行切换回Java或者EE,由于接下来要使用MAT分析,因此就暂时不切回之前的Java了
4.打开需要分析的堆转储快照.hprof文件
由于MAT是依赖于生成的堆转储快照,而不是在运行的时候自动捕获,因此,再确认进入MAT的工作空间后,点击"File》Open Heap Dump》选择刚生成的“java_pid24792.hprof”文件,一直默认就可以查看内存问题的分析图表以及GC根
你可以进行一些分析操作,可以看到Action下的几个选项:
a.Histogram:列出每个类的实例列表;
b.Dominator:列出最大的对象和他们存在的东西;
c.Top Comsumer:打印按类和包分组的最昂贵的对象;
d.Duplicate Classes:检测由多个类加载器加载的类。
5.使用MAT找出问题存在的对象
由于是一个简单的问题,因此我们直接选择Dominator,可以直接以百分比的形式打印出对象所占的百分比,一般的内存溢出大部分情况都是有某一个对象过多存在而未被GC回收导致,所以可以点开最大百分比的类一级级找,不难找到问题所在:
可以看到列出额其中的25条,还有810300条目未列出,这81万个对象占据了97.36%的堆空间,因此不难发现是OOMClass类的对象生成过多为未被回收导致内存溢出。
6.进一步追踪问题源并进行定位
在"default_report org.eclipse.mat.api:suspects"的标签分页中
在"Program Suspect 1》Details"点击后找到"Thread Stack"中追踪出错点
看到出错点在第13行,找到对应的Java代码TestStudy的13行:
package com.study; import java.util.ArrayList;
import java.util.List; public class TestStudy { static class OOMClass { } public static void main(String[] args) {
List<OOMClass> list = new ArrayList<OOMClass>();
while(true) {
list.add(new OOMClass());
}
} }
找到了追踪的出错位置,以上就是使用Memory Analyzer工具完成的堆栈分析。