深入理解Java虚拟机 OutOfMemoryError异常实战总结

测试代码

/**
*VM Args：-Xms20m-Xmx20m-XX：+HeapDumpOnOutOfMemoryError
*@author zzm
*/
public class HeapOOM{
static class OOMObject{
}
public static void main（String[]args）{
List＜OOMObject＞list=new ArrayList＜OOMObject＞（）；
while（true）{
list.add（new OOMObject（））；
}
}
}

代码限制Java堆的大小为20MB 不可扩展（将堆的最小值-Xms参数与最大值-Xmx参数设置为一样即可避免堆自动扩展） 通过参数-XX：+HeapDumpOnOutOfMemoryError可以让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照以便事后进行分析
在当前目录下会生成.hprof文件

要解决这个区域的异常 一般的手段是先通过内存映像分析工具（如Eclipse Memory Analyzer）对Dump出来的堆转储快照进行分析 重点是确认内存中的对象是否是必要的 也就是要先分清楚到底是出现了内存泄漏（Memory Leak）还是内存溢出（Memory Overflow）

可以在Eclipse里直接搜索Memory Analyzer进行安装

如果是内存泄露 可进一步通过工具查看泄露对象到GC Roots的引用链 于是就能找到泄露对象是通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收它们的 掌握了泄露对象的类型信息及GC Roots引用链的信息 就可以比较准确地定位出泄露代码的位置 如果不存在泄露 换句话说 就是内存中的对象确实都还必须存活着 那就应当检查虚拟机的堆参数（-Xmx与-Xms） 与机器物理内存对比看是否还可以调大 从代码上检查是否存在某些对象生命周期过长 持有状态时间过长的情况 尝试减少程序运行期的内存消耗