【JVM笔记】Java堆溢出

##场景模拟
通过设置VM 参数head内存大小，并且不扩展。编写一个方法，无限的new 对象。

• 编写代码

import java.util.ArrayList;
import java.util.List;
/**
 * VM Arags: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=G:\WorkSpace\jvm
 * @author huangliuyu
 *
 */
public class HeapOOM {
	//OOMObject类没有内容，自己建一个。
	static class OOMObject{
		
	}
	public static void main(String[] args) {
		List<OOMObject> list=new ArrayList<OOMObject>();
		
		while(true) {
			list.add(new OOMObject());
		}
	}
}

• 设置VM Arags
  选中类，右击 Debug As ----> Debug Configurations
  

设置-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=G:\WorkSpace\jvm

参数	意义
-Xms20m	堆大小为20M
-Xmx20m	堆最大扩展内存为20M.当-Xms值与-Xmx相同时，为不可扩展。
-XX:+HeapDumpOnOutOfMemoryError	让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照
HeapDumpPath=G:\WorkSpace\jvm	快照路径

• 运行
  
  如期出现java.lang.OutOfMemoryError: Java heap space，并且提示dump文件已创建。

##分析
通过内存映像分析工具，对Dump出来的堆转储快照进行分析，搞清楚是内存泄漏(Memory Leak)还是内存溢出(Memory Overflow)，重点确认内存中的对象是否是必要。
这里通过Eclipse Memory Analyzer，是Eclipse一个插件。

通过eclipse打开堆转储快照，选择 Leak Suspects Report

选择 Table Of Contents，再选择Thread main。

##解决思路
搞清楚是内存泄漏(Memory Leak)还是内存溢出(Memory Overflow)，重点确认内存中的对象是否是必要。

• 如果内存泄露，可进一步通过工具查看泄露对象到GC Roots的引用链，掌握泄露对象的类型信息及GC Roots引用链便利店，定位问题代码位置。
• 如果不存在泄露的话，就是内存中的对象确实都还必须活着，检查堆参数 -Xms -Xmx。还有从代码上检查是否存在某些对象生命周期过长、持有状态时间过长的情况，尝试减少程序运行期间的内存消耗。