memory java heap_JVM内存溢出分析java.lang.OutOfMemoryError: Java heap space

JVM内存溢出查询java.lang.OutOfMemoryError: Java heap space查出具体原因分为几个预备步骤

1、在运行java程序是必须设置jvm

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/dump_OOME.hprof   当内存溢出时 会输出在/tmp/dump_OOME.hprof目录下

#jvm options

#JAVA_OPTS="-Xms8192m -Xmx8192m -Xmn4096m -Djava.awt.headless=true -XX:MaxPermSize=512m -server -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=85 -XX:+DisableExplicitGC -Xnoclassgc -Xverify:none"JAVA_OPTS="-Xms4096m -Xmx4096m -Djava.awt.headless=true -XX:MaxPermSize=512m -server -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=85 -XX:+DisableExplicitGC -Xnoclassgc -Xverify:none"JAVA_OPTS="$JAVA_OPTS -javaagent:/usr/local/src/sflowagent.jar -Dsflow.hostname=platform -Dsflow.dsindex=10000"JAVA_OPTS="$JAVA_OPTS -XX:+PrintGC -XX:+PrintGCDateStamps -XX:+PrintGCDetails -Xloggc:/tmp/gc.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=10M"JAVA_OPTS="$JAVA_OPTS -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/dump_OOME.hprof"

2、可以在eclipse安装分析dump_OOME.hprof 的插件MemoryAnalyzerTool

MemoryAnalyzerTool(也叫MAT)是一款JAVA虚拟机内存映像分析工具，

可以在JAVA程序运行的时候有程序抛出的异常加上已经设置好的参数(-XX:+HeapDumpOnOutOfMemory)调试出内存泄漏或者异常的位置以及原因跟踪，

MemeoryAnalyzer可以对Dump出来的堆转储快照进行分析，重点是确认内存中的对象是否是有必要的，也就是要先确认到底是出现了内存泄漏(Memory Leak)还是内存溢出(Memory OverFlow)。

运行Eclipse，然后单击菜单栏上“Help=》Install New Software...”

进入软件源导入界面，你可以选择使用URL直接导入，URL导入的地址为：

http://download.eclipse.org/mat/1.7/update-site/

下载完成之后将其导入，"Add》Archive》选择你下载好的zip文件》OK":

确定之后勾选"Memory Analyzer for Eclipse IDE"下面的两项即可，这个是用于Eclipse内部使用的插件，下面一个“Stand-alone Memory Analyzer“是独立的分析工具，一般不用勾选。

之后单击“Next"等待一段时间Eclipse计算的需求和依赖文件下载完毕后，一路"next"，并接受协议“Finish”即可完成安装，重启Eclispe后就可以使用MAT了。

3、使用Memory Analyzer 分析内存溢出

1.设置JVM参数

JVM的参数可以用于调试JVM在各种限制条件下的常见BUG，一下简单介绍几个参数：

-XX:+HeapDumpOnOutOfMemoryError //虚拟机在堆异常时生成对存储快照，后缀一般是.hprof

-Xms //Java堆的最小值，例如-Xms20m,将Java堆的最小值设置为20MB

-Xmx //Java堆的最大值，例如-Xms40m,将Java堆的最大值设置为40MB

了解了参数之后，可以对参数进行一定的设置，以便我们简单的对MAT工具进行使用测试，设置参数如下：

-XX:+HeapDumpOnOutOfMemoryError

-XX:HeapDumpPath=D://dump_OOME.hprof

-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 list = new ArrayList();

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行：

1 package com.study;

2

3 import java.util.ArrayList;

4 import java.util.List;

5

6 public class TestStudy {

7

8 static class OOMClass { }

9

10 public static void main(String[] args) {

11 List list = new ArrayList();

12 while(true) {

13 list.add(new OOMClass());

14 }

15 }

16

17 }

找到了追踪的出错位置，以上就是使用Memory Analyzer工具完成的堆栈分析。