outofmemoryerror 异常

除了程序计数器外，虚拟机内存的其它几个运行时区域都有发生的 OutOfMemoryError(简称为“OOM”) 异常的可能。

• java堆溢出
• 虚拟机栈和本地方法栈溢出
• 元数据区溢出(java8之前应该叫做方法区溢出)
• 本机直接内存溢出

• java堆溢出

通过将堆的最小值-Xms参数与最大值-Xmx参数设置为一样即可避免堆自动扩展

重现方式：设置Java堆的大小为20MB

1
2
3
4
5
6
7
8
9
10
11
12

public class  {  
 
   static class OOMObject {  
   }  
 
   public static void main(String[] args) {  
       List<OOMObject> list = new ArrayList<OOMObject>();  
       while (true) {  
          list.add(new OOMObject());  
       }  
   }  
}

Java堆内存的OOM异常是实际应用中常见的内存溢出异常情况。当出现Java堆内存溢出时，异常堆栈信息“java.lang.OutOfMemoryError”会跟着进一步提示“Java heap space”。

通过参数-XX:+HeapDumpOnOutOfMemoryError可以让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照以便事后进行分析

通过对快照进行分析，要先分清楚到底是出现了内存泄漏（Memory Leak）还是内存溢出（Memory Overflow）。

如果是内存泄露，可进一步通过工具查看泄露对象到GC Roots的引用链。于是就能找到泄露对象是通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收它们的。掌握了泄露对象的类型信息及GC Roots引用链的信息，就可以比较准确地定位出泄露代码的位置。（MAT工具）

如果不存在泄露，换句话说，就是内存中的对象确实都还必须存活着，那就应当检查虚拟机的堆参数（-Xmx与-Xms），与机器物理内存对比看是否还可以调大，从代码上检查是否存在某些对象生命周期过长、持有状态时间过长的情况，尝试减少程序运行期的内存消耗。

• 虚拟机栈和本地方法栈溢出

两种异常：

1.线程请求的栈深度大于虚拟机所允许的最大深度，将抛出 StackOverflowError 异常，该异常不属于OOM异常

2.虚拟机在扩展栈时无法申请到足够的内存空间，则抛出 OutOfMemoryError 异常

• 运行时常量池溢出

  因为jdk7已将常量池和静态变量放到java堆中，所以无法触发运行时常量池溢出。若要触发，使用jdk6

• 方法区的内存溢出

  JDK8 将方法区溢出，所以无法触发方法区的内存溢出溢出

• 元数据区的内存溢出

当出现了内存溢出，怎么排错？

1、首先，控制台查看错误日志。

2、然后，使用 JDK 自带的 jvisualvm 工具查看系统的堆栈日志。

3、定位出内存溢出的空间：堆，栈还是永久代（JDK8 以后不会出现永久代的内存溢出）。

• 如果是堆内存溢出，看是否创建了超大的对象。
• 如果是栈内存溢出，看是否创建了超大的对象，或者产生了死循环。