JVM（3）——JVM中的内存溢出（OutOfMemoryError异常）

这里会记录 《深入理解java虚拟机》的所有知识点哟~

本篇文章的目的：

• 通过代码验证Java虚拟机规范中描述的各种运行时区域存储的内容
• 希望在工作中遇到实际的内存溢出异常时，能根据异常信息快速判断是哪个区域的内存溢出，知道什么样的代码可能会导致这些区域内存溢出，以及出现这些异常后应该如何处理

在Java虚拟机规范的描述中，除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError异常的可能，该异常简称OOM异常

下面会给出几种异常的示例，代码的开头会注释执行时所需要设置的虚拟机启动参数，如果使用Eclipse进行编写代码，就可以通过Debug页面来设置虚拟机参数。

如何找到Eclipse中的Debug页面？

• 步骤1：

找到run 下面的Debuge Configurations

• 步骤2：

在左侧找到需要设置JVM参数的类名称，找到后点击对应的类名称，然后再点击箭头中的Arguments

• 步骤3：

在Argument中的VM arguments中就可以设置JVM的参数了。

java堆异常

（一直创建对象，不回收）

java堆用于存储对象实例，只要不断地创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量到达最大堆的容量限制后就会产生内存溢出异常

先介绍一下与内存设置有关的虚拟机参数

• Xms：堆最小值
  -Xmx:堆最大值
  -XX:+HeapDumpOnOutOfMemoryError：让虚拟机在出现内存溢出异常时Dump出当前的内存堆转出快照以便事后进行分析

示例：java堆内存溢出异常测试

public class HeapOOM {
    //VM Args: -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError

    static class OOMObject {
    }


    public static void main(String[] args) {

        System.out.println(1);
        //将其放入List中，是为了防止被GC回收
        List<OOMObject> list = new ArrayList<OOMObject>();
        //死循环，不断的创建对象
        while(true) {
            list.add(new OOMObject());
        }
    }
}

运行结果：

java.lang.OutOfmEMORYeRROR:Java heap space

发生这种情况，可能存在两个原因：内存泄漏和内存溢出。两种原因的处理方式不同。可以通过使用现在市面上哟肚饿工具：内存映像分析工具（Eclipse Memory Analyzer）来进行分析

• 内存泄漏
  如果是内存泄漏，可以进一步通过工具查看泄漏对象的GC Roots的引用链。于是就能找到泄漏对象是通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收他们的。

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

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

（创建大量线程或者线程中有死循环）

由于在HotSpot虚拟机中并不区分虚拟机栈和本地方法栈，因此，对于HotSpot来说，虽然-Xoss参数（设置本地方法栈大小）存在，但实际上是无效的，栈容量只由-Xss参数设定。

关于虚拟机栈和本地方法栈，在java虚拟机规范中描述了两种异常：

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

有两种方法可能导致该异常

• 使用 -Xss参数减少栈内存容量
• 定义大量的本地变量，增大此方法帧中本地变量表的长度

示例：

public class JavaVMStackSOF {
    //VM Args: -Xss128k
    private int stackLength = 1;

    public void stackLeak() {
        ++stackLength;
        stackLeak();
    }

    public static void main(String[] args) throws Throwable{
        JavaVMStackSOF oom = new JavaVMStackSOF();
        try {
            oom.stackLeak();
        }catch(Throwable e) {
            System.out.println("stack length:" + oom.stackLength);
            throw e;
        }

    }
}

运行结果

在单线程下，无论是由于栈帧太大还是虚拟机栈容量太小，当内存无法分配的时候，JVM抛出的都是StackOverflowError异常

为什么会出现StackOverflowError异常呢？

操作系统分配给每个进行的内存是有限制的，譬如32位的Windows限制是2GB。虚拟机提供了参数来控制Java堆和方法区的这两部分内存的最大值。剩余的内存为2GB减去Xmx（最大堆容量），再减去MaxPermSize(最大方法区容量)，程序计数器消耗内存很小，可以忽略。如果虚拟机进程本身耗费的内存不计算在内，剩下的内存就是虚拟机栈和本地方法栈来分。每个线程分配到的栈容量越大，可以建立的线程数量自然就越小，建立线程时就越容易把剩下的内存耗尽。

方法区与运行时常量池溢出

（产生大量类、一直向常量池添加数据）

由于运行时常量池是方法区的一部分，因此这两个区域的溢出放在一起进行。

示例：运行时常量池导致的内存溢出异常

public class RuntimeConstantPoolOOM {
    //VM Args: -XX:PermSize=10M -XX:MaxPermSize=10M
    public static void main(String[] agrs) {
        List<String> list = new ArrayList<String>();

        int i = 0;
        while(true) {
            list.add(String.valueOf(i++).toString());
        }
    }
}

该程序一直向常量池中添加数据，最后导致常量池溢出

方法区用于存放Class的相关信息，如：类型、访问修饰符、常量池、字段描述、方法描述等。对于这些区域的测试，基本的思路是运行时产生大量的类去填满方法区，直到溢出