Java内存溢出分析方法(Eclipse Memory Analyzer 使用简单入门)

转载至：http://outofmemory.cn/java/jvm/OutOfMemoryError-analysis

工具

安装Memory Analyse Tools(MAT) 工具，可以直接在eclipse中安装其相应的插件，安装方法可以参考另一篇eclipse插件汇总

不会用的可以参考一下这个帖子使用 Eclipse Memory Analyzer 进行堆转储文件分析

一些Java内存参数设置

-vmargs: 说明后面是VM的参数，所以后面的其实都是JVM的参数了

-Xms20m: Java初始分配的堆内存，此处设置为20M -Xmx20m: Java最大允许分配的堆内存，此处设置为20M，同时这样设置表示堆内存不许扩展

-XX:PermSize=64M: JVM初始分配的非堆内存 -XX:MaxPermSize=128M: JVM最大允许分配的非堆内存，按需分配

-XX:+HeapDumpOnOutOfMemoryError: 让虚拟机在出现内存溢出异常时dump出当前内存堆转储快照以便事后进行分析。带上这种参数之后运行Jvm，如果出现相应的内存溢出异常，会在目录下形成一个异常时候的内存dump文件(如java_pid7126.hprof文件)，将这个文件使用Memory Analyse Tool工具打开就可以看到当前dump内存空间的分析内容。

-XX:+HeapDumpOnCtrlBreak:

-Xss: 设置虚拟机栈内存容量

获得转储文件的一些方法：

使用JVM启动时的参数设置，如需要在内存溢出时才获取Dump可以使用-XX:+HeapDumpOnOutOfMemoryError 或者是希望在某个特定时间获取可以使用 -XX:+HeapDumpOnCtrlBreak。
使用一些Java工具获取，如 JMap，JConsole 都可以帮助我们得到一个堆转储文件。

MAT工具的一些使用心得：

文件目录

使用MAT工具打开获取的java_pid7126.hprof文件后，会自动的形成如下的文件目录：

java_pid7126.a2s.index    

java_pid7126.domIn.index

java_pid7126.domOut.index

java_pid7126.hprof              //转储堆文件

java_pid7126.idx.index

java_pid7126.inbound.index

java_pid7126.index

java_pid7126.o2c.index

java_pid7126.o2hprof.index

java_pid7126.o2ret.index

java_pid7126.outbound.index

java_pid7126.threads

java_pid7126_Leak_Suspects.zip	 //打包的报告，解压后会形成一个有HTML方式的报告发送给其他人，方便读取

分析方法

分析三步曲：

对问题发生时刻的系统内存状态获取一个整体印象。
找到最有可能导致内存泄露的元凶，通常也就是消耗内存最多的对象
进一步去查看这个内存消耗大户的具体情况，看看是否有什么异常的行为。

具体的分析：

查看报告一：内存消耗的整体状况

在OverView上的Report中可以选择 Leak Suspects ，来查看整体对象消耗。下方有一个警告可以看到当前系统自动帮忙分析的怀疑对象。在这个怀疑对象中便可以发现大多数的问题。

查看报告二：分析问题的所在

分析对象为什么没有被回收从而导致一直占用内存。采用根搜索算法来分析对象的事情情况。点击报告一种怀疑对象的Detail，可以看到相应的具体分析报告。

Shortest Paths To the Accumulation Point 分析GC根元素到内存消耗聚集点的最短路径。 Accumulated Objects 查看具体的内存对象信息。

几种经常出现的内存溢出方式

Java堆溢出

异常信息： “java.lang.OutOfMemoryError”。会跟着进一步提示Java heap space.

java.lang.OutOfMemoryError: Java heap space

Dumping heap to java_pid1293.hprof ...

Heap dump file created [27559990 bytes in 0.233 secs]

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space

at java.util.Arrays.copyOf(Arrays.java:2245)

at java.util.Arrays.copyOf(Arrays.java:2219)

at java.util.ArrayList.grow(ArrayList.java:242)

at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:216)

at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:208)

at java.util.ArrayList.add(ArrayList.java:440)

at com.valentine.jvm.analyzer.exception.HeapOOM.main(HeapOOM.java:16)

Java堆溢出内存问题分析步骤总结： 1. dump出来堆转储快照 2. 使用MAT工具对dump出来的堆转储快照进行分析，重点是确认内存中得对象是否必要的，这样可以分清楚到底是出现了内存泄露(Memory Leak)还是内存溢出(Memory Overflow) 3. 如果是内存泄露，进一步通过MAT工具分析泄露对象到GC Roots的引用链。找到泄露对象是通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收的。 4. 如果不存在泄露，那么就是内存中得对象却是都还必须活着，就应当检查虚拟机的堆参数(-Xmx与-Xms)，与机器物理内存对比看是否可以调大，从代码上检查是否存在某些对象生命周期过长、持有状态时间过长的情况，尝试减少程序运行期间的内存。

虚拟机和本地方法栈溢出

在HotSpot虚拟机中并不区分虚拟机栈和本地方法栈。到对于HostSpot来说-Xoss参数(设置本地方法栈大小)是存在的，但实际是无效的，栈容量只由-Xss参数决定。

异常情况： * 如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出*Error异常 * 如果虚拟机在扩展栈时无法申请到足够的内存空间时，将抛出OutOfMemoryError异常

异常信息：

stack length:1891Exception in thread "main" 

java.lang.*Error

	at com.valentine.jvm.analyzer.exception.JavaVmStackSOF.stackLeak(JavaVmStackSOF.java:8)

	at com.valentine.jvm.analyzer.exception.JavaVmStackSOF.stackLeak(JavaVmStackSOF.java:9)

	at com.valentine.jvm.analyzer.exception.JavaVmStackSOF.stackLeak(JavaVmStackSOF.java:9)

	……

	at com.valentine.jvm.analyzer.exception.JavaVmStackSOF.stackLeak(JavaVmStackSOF.java:9)

在单线程下，无论是由于栈帧太小还是虚拟机栈容量太小，当内存无法分配的时候，虚拟机抛出的都是*Error异常。在多线程下，通过不断的建立线程的方式可以产生内存溢出OutOfMemoryError异常。

在多线程情况下，给每个线程分配的内存越大，越容易产生内存溢出异常。由于操作系统分配给每个进程的内存是有限的，32位的Windows限制为2GB。虚拟机提供了参数来控制Java堆和方法区的这两部分内存的最大值。剩余的2GB减去Xmx，再减去MaxPermSize，忽略掉很小的程序计数器内存。如果虚拟机进程本身耗费的内存不计算，剩下的内存就是有虚拟机栈和本地方法栈瓜分了。此时如果每个线程分配到的虚拟机栈容量越大，可以建立的线程数量自然就越少，建立线程时就越容易把剩下的内存耗尽。 如果建立过多线程导致的内存溢出，在不能减少线程数或者更换64位虚拟机的情况下，就只能通过减少最大堆或者减少栈容量来获取更多的线程。

出现*Error的时候有错误堆栈可以读，即时加入+HeapDumpOnOutOfMemoryError也不会dump异常堆内存。

运行时常量池溢出

如果要项运行时常量池中添加内容，最简单的方法就是使用String.intern()这个Native方法。