Java堆用于存储对象实例,我们不断地创建对象,要保证GC Roots到对象间有可达路径才能避免垃圾回收机制清除这些对象。
但是随着对象数量的增加,总容量触及最大堆的容量限制后就会产生内存溢出异常。
我们限制Java堆大小为20MB,将堆的最小值-Xms与最大值-Xmx设置为一样来让堆不可扩展。通过参数-XX:+HeapDumpOnOutOfMemoryError可以让虚拟机 在出现内存溢出异常的时候Dump出当前的内存堆转储快照以便进行事后分析
public class HeapOOM {
static class OOMObject {}
public static void main(String[] args) {
List<OOMObject> list = new ArrayList<>();
while (true){
list.add(new OOMObject());
}
}
}
运行结果:
要解决这个内存区域的异常,常规的处理方法是首先通过内存映像分析工具(如idea的JProfiler插件或Eclipse Memory Analyzer)对Dump出来的堆转储快照进行分析。
第一步首先应确认内存中导致OOM的对象是否是必要的,也就是要先分清楚到底是出现了内存泄漏(Memory Leak)还是内存溢出(Memory Overflow)。
1、如果是内存泄漏,可进一步通过工具查看泄漏对象到GC Roots的引用链,找到泄漏对象是通过怎样的引用路径、与哪些GC Roots相关联,才导致垃圾收集器无法回收它们,根据泄漏对象的类型信息 以及它到GC Roots引用链的信息,一般可以比较准确地定位到这些对象创建的位置,进而找出产生内存泄漏的代码的具体位置。
2、如果不是内存泄漏,换句话说就是内存中的对象确实都是必须存活的,那就应当检查Java虚拟机的堆参数(-Xmx与-Xms)设置,与机器的内存对比,看看是否还有向上调整的空间。再从代码上检查 是否存在某些对象生命周期过长、持有状态时间过长、存储结构设计不合理等情况,尽量减少程序运行期的内存消耗。