eclipse安装Memory Analyzer

文章转自:

http://blog.csdn.net/yanghongchang_/article/details/7711911 (下载 安装)

http://blog.csdn.net/moneyice/article/details/2644503  （使用)

前段时间做了一个项目,Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

出现这个错误,所以需要查找原因,所以就用到这个工具,安装比较麻烦,贴出来和大家共享一下:

第一步:下载Eclipse MAT

下载地址:http://www.eclipse.org/mat/downloads.php

第二步:下载之后将压缩包解压,放置到Myeclipse 的\MyEclipse 9\dropins目录下

解压后会看见这些文件: 纠正下面一个错别字不是"写"是 "下"

第三步:按照下图,A,B,C的顺序进行对应的文件的创建

第四部:重启Myeclipse,打开Window->Perferences,你会看见这个项目:

简单的说一下使用(控制台的)如果是tomcat或者是别的服务器需要你去查如何配置JVM参数:

以下是一个会导致java.lang.OutOfMemoryError: Java heap space的程序代码:(very easy)

[java] view plaincopy

1. package org.lx.test;  
2.   
3. import java.util.Date;  
4. import java.util.HashMap;  
5. import java.util.Map;  
6.   
7. public class OutOfMemoryTest {  
8.     public static void main(String[] args) {  
9.         Map<Integer,Date> map=new HashMap<Integer, Date>();  
10.         for (int i = 0; i < 600000000; i++) {  
11.             map.put(i, new Date());  
12.         }  
13.     }  
14.       
15.       
16. }  

首先在运行之前有一些参数需要设置:

然后就到了参数设置的页面,按照A,B的顺序设置参数:(-XX:+HeapDumpOnOutOfMemoryError)避免写错误可以copy

运行错误的程序代码会看见以下结果:

那么这时候就生成了一个文件java_pid3708.hprof,这个文件 在你的项目的根目录下(myeclipse10)

那么接下来我们就打开这个文件进行分析如何打开见下图:(选中刚刚在项目根目录下生成的文件java_pid3708.hprof打开)

打开之后你会看见下图就OK了:

至于这其中问题如何查找请参考以下连接:

使用===================================================

本文是关于在开发Talend RCP 过程中碰到一个内存溢出问题的解决方案。使用的检测软件为Eclipse Memory Analyzer (http://www.eclipse.org/mat/)，是一个开源免费的内存分析工具，目前为eclipse的孵化项目，也是一个eclipse RCP.

Talend一款开源的ETL软件，提供数据集成服务。基于eclipse RCP，EMF, GEF，JET等技术开发。

 

在Talend软件系统中，一个designer editor 是一个mulit page editor, 它的实例是MultiPageTalendEditor，其中包含两页，第一页是一个gef Editor，用来显示GEF图形；第二页是一个JavaEditor,用来显示生成的代码。如下两图所示：

 

 

 

 

    经过其他工具的测试发现JavaEditor如果用在mulit page editor中，关闭后，起实例无法回收，造成内存泄漏，因为Editor是一个非常频繁使用的功能项，所以该问题非常严重。

 

 

要使用Eclipse Memory Analyzer，首先要生成dump文件。

在eclipse中配置 Preferences -> Java -> Installed JREs, 定义Jdk1.6来运行Talend.

Talend运行后，执行一下打开editor的操作，在将editor关闭，这样虚拟机中保存了相应的堆栈信息。其实也就是执行一下你认为会产生内存泄漏的操作。

 

运行jdk1.6 bin 目录下的jconsole.exe，运行后如下图所示，选择连接到运行的Talend。

  

 

 

 

选择 Mbean -> com.sun.management -> HotSpotDiagnos -> Operations -> dumpHeap

在参数p0中填写保存dump文件的路径，例如f:/my.hprof, 文件的后缀名要为hprof。

点击dumpHeap按钮生成dump文件。

 

 

 

 

打开Eclipse Memory Analyzer, 在菜单File 下，选择打开刚才生成的dump文件。如下图：

 

 

 

 

 

在第一行的filter中填写需要检查的类名，这里我要检查的类为TalendJavaEditor。在如下图所示的上下文菜单中选择 List objects -> with incoming references, 查看保存了TalendJavaEditor 实例的引用。

 

 

 

 

 

在如下图所示的上下文菜单中选择 Path To GC Roots -> exclude weak/soft references, 过滤掉弱引用，因为在这里弱引用不是引起问题的关键。

 

 

 

 

 

从下图中，可以看到JavaInfomationProvider中保存了TalendJavaEditor的引用。所以打开JavaInfomationProvider的代码，进行检查。从下图的分析中，大概可以看出这是一个注册了的监听器没有反注册的问题，这也是引起内存泄露的原因中最常见的。

 

 

 

 

public JavaInformationProvider(IEditorPart editor) {

 

       fEditor= editor;

 

       if (fEditor != null) {

 

           fPartListener= new EditorWatcher();

           IWorkbenchWindow window= fEditor.getSite().getWorkbenchWindow();

           window.getPartService().addPartListener(fPartListener);

 

           update();

       }

    }

 

在JavaInformationProvider 的构造方法中，保存了TalendJavaEditor的实例，并且注册了监听器。

 

 

 

 

public void partClosed(IWorkbenchPart part) {

           if (part == fEditor) {

              fEditor.getSite().getWorkbenchWindow().getPartService().removePartListener(fPartListener);

              fPartListener= null;

           }

       }

 

 

EditorWatcher的方法partClosed中，当关闭一个designer editor的时候，传进来的part是MultiPageTalendEditor，而不是JavaInformationProvider保存的TalendJavaEditor，所以该listener永远不可能被反注册掉，GC也就不可能回收TalendJavaEditor。对于该软件系统来所，这是一个致命的内存溢出问题。

 

 

 

point找到了，解决就不是问题了。