Java8虚拟机（JVM）内存溢出实战

时间 2020-01-05

原文原文链接

前言

相信不少JAVA中高级的同窗在面试的时候会常常碰到一个面试题
你是如何在工做中对JVM调优和排查定位问题的？java

事实上，若是用户量不大的状况下，在你的代码还算正常的状况下，在工做中除非真正碰到与JVM相关的问题是少之又少，就算碰到了也是由公司的一些大牛去排查解决，那么咱们又如何积累这方面的经验呢？下面由冲锅带你们一块儿来实践JVM的调优吧面试

注意咱们日常所说的JVM调优通常指Java堆，Java虚拟机栈参数调优

Java堆溢出

先来一段代码示例，注意笔者用的是IDEA工具，须要配置一下VM options 为-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError，若是不清楚的百度一下如何配置idea的JVM运行参数

package com.example.demo.jvm;

import java.util.ArrayList;
import java.util.List;

/**
 * @Author: Wang Chong 
 * @Date: 2019/9/22 9:37
 * @Version: V1.0
 */
public class HeapOutMemoryTest {
    static class ChongGuo {

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

运行结果以下：spring

java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid9352.hprof ...
Heap dump file created [28701160 bytes in 0.122 secs]
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:3210)
    at java.util.Arrays.copyOf(Arrays.java:3181)
    at java.util.ArrayList.grow(ArrayList.java:261)
    at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
    at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
    at java.util.ArrayList.add(ArrayList.java:458)
    at com.example.demo.jvm.HeapOutMemoryTest.main(HeapOutMemoryTest.java:18)
Disconnected from the target VM, address: '127.0.0.1:54599', transport: 'socket'

能够看到控制台出现java.lang.OutOfMemoryError: Java heap space的错误，这是为何呢，首先先解释一下上面的运行参数segmentfault

-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
-Xms20m:设置JVM最小内存为20m。此值能够设置与-Xmx相同，以免每次垃圾回收完成后JVM从新分配内存
-Xmx20m:设置JVM最大可用内存20M
-XX:+HeapDumpOnOutOfMemoryError 表示当JVM发生OOM时，自动生成DUMP文件多线程

下面咱们分析一下出错的缘由，用JProfiler分析一下，打开刚才生成的名为java_pid9352.hprof的dump文件。能够看到根据（InstanceXcount和Size）基本能够肯定哪一个类的对象出现问题,在上面示例中，能够是ChongGuo这个实例生在数量的大小已经超过12M，但没有超过20M，那么新问题又来了？ <font color="#0382AD" >没到20M为啥会报堆内存溢出呢？</font>

答案就是JDK8中堆内存中还包括Metaspace,即元内存空间，在元空间出现前JDK1.7以前在JDK7以及其前期的JDK版本号中。堆内存一般被分为三块区域Nursery内存(young generation)、长时内存(old generation)、永久内存(Permanent Generation for VM Matedata)，以下图

当中最上一层是年轻代，一个对象被建立之后首先被放到年轻代中的Eden内存中，假设存活期超两个Survivor以后就会被转移到长时内存中(Old Generation)中永久内存中存放着对象的方法、变量等元数据信息。经过假设永久内存不够。咱们就会获得例如如下错误：java.lang.OutOfMemoryError: PermGen
而在JDK8中状况发生了明显的变化，就是普通状况下你都不会获得这个错误，缘由
在于JDK8中把存放元数据中的永久内存从堆内存中移到了本地内存(native memory)
中，JDK8中JVM堆内存结构就变成了例如如下：

若是我启动VM参数加上：-XX:MaxMetaspaceSize=1m，从新运行一下上面的程序，

Connected to the target VM, address: '127.0.0.1:56433', transport: 'socket'
java.lang.OutOfMemoryError: Metaspace
Dumping heap to java_pid9232.hprof ...
Heap dump file created [1604635 bytes in 0.024 secs]
FATAL ERROR in native method: processing of -javaagent failed
Exception in thread "main" Disconnected from the target VM, address: '127.0.0.1:56433', transport: 'socket'

Process finished with exit code 1

能够发现报错信息变成了java.lang.OutOfMemoryError: Metaspace,说明元空间不够，我改为到大概4m左右才能知足启动条件。

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

在Java虚拟机规范中描述了两种异常：

若是线程请求的栈深度大于虚拟机所容许的最大深度，将抛出StackOverflowError异常
若是虚拟机在扩展栈没法申请到足够的内存空间，则抛出OutOfMemoryError异常

StackOverflowError比较好测试，测试代码以下：

package com.example.demo.jvm;

/**
 * @Author: Wang Chong
 * @Date: 2019/9/22 19:09
 * @Version: V1.0
 */
public class StackOverflowTest {

    /**
     * 栈大小
     */
    private int stackLength = 1;

    /**
     * 递归压栈
     */
    public void stackLeak() {
        stackLength++;
        stackLeak();
    }

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

    }

}

运行结果以下：jvm

Exception in thread "main" stack length is :20739
java.lang.StackOverflowError
    at com.example.demo.jvm.StackOverflowTest.stackLeak(StackOverflowTest.java:20)
    at com.example.demo.jvm.StackOverflowTest.stackLeak(StackOverflowTest.java:20)

在VM参数-Xss参数未设置的状况下，该线程的内存支持的栈深度为20739，该测试结果与机器的内存大小有关，不过上面的第二点如何测试呢？正常来讲若是是单线程，则难以测试内存泄露的状况，那么多线程呢？咱们看一下如下测试代码：socket

package com.example.demo.jvm;

/**
 * @Author: Wang Chong
 * @Date: 2019/9/22 19:09
 * @Version: V1.0
 */
public class StackOOMTest implements Runnable{

    /**
     * 栈大小
     */
    private int stackLength = 1;

    /**
     * 递归压栈
     */
    public void stackLeak() {
        stackLength++;
        stackLeak();
    }

    public static void main(String[] args) {
       while (true){
           StackOOMTest stackOverflowTest = new StackOOMTest();
           new Thread(stackOverflowTest).start();
       }

    }

    @Override
    public void run() {
       stackLeak();
    }
}

若是系统不假死的状况下，会出现<font color="red">Exception in thread "main" java.lang.OutOfMemoryError:unable to create new native thread</font>ide

运行时常量池溢出

字符型常量池溢出，在JAVA8中也是堆溢出，测试代码以下：

package com.example.demo.jvm;

import java.util.ArrayList;
import java.util.List;

/**
 * @Author: Wang Chong
 * @Date: 2019/9/22 19:44
 * @Version: V1.0
 */
public class RuntimePoolOOMTest {

    public static void main(String[] args) {
        List<String> list = new ArrayList<>();
        int i = 0;
        while (true) {
            list.add(String.valueOf(i).intern());
        }
    }
}

结果以下：工具

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    at java.util.Arrays.copyOf(Arrays.java:3210)
    at java.util.Arrays.copyOf(Arrays.java:3181)
    at java.util.ArrayList.grow(ArrayList.java:261)
    at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
    at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
    at java.util.ArrayList.add(ArrayList.java:458)
    at com.example.demo.jvm.RuntimePoolOOMTest.main(RuntimePoolOOMTest.java:17)
Disconnected from the target VM, address: '127.0.0.1:50253', transport: 'socket'

证实字符常量池已经在Java8中是在堆中分配的。测试

方法区溢出

在Java7以前，方法区位于永久代(PermGen)，永久代和堆相互隔离，永久代的大小在启动JVM时能够设置一个固定值，不可变；Java8仍然保留方法区的概念，只不过实现方式不一样。取消永久代，方法存放于元空间(Metaspace)，元空间仍然与堆不相连，但与堆共享物理内存，逻辑上可认为在堆中
测试代码以下，为快速看出结果，请加入VM参数-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError -XX:MaxMetaspaceSize=10m：

package com.example.demo.jvm;

import org.springframework.cglib.proxy.Enhancer;
import org.springframework.cglib.proxy.MethodInterceptor;

/**
 * @Author: Wang Chong
 * @Date: 2019/9/22 19:56
 * @Version: V1.0
 */
public class MethodAreaOOMTest {
    public static void main(String[] args) {
        while (true) {
            Enhancer enhancer = new Enhancer();
            enhancer.setSuperclass(OOMObject.class);
            enhancer.setUseCache(false);
            enhancer.setCallback((MethodInterceptor) (o, method, objects, methodProxy) -> methodProxy.invokeSuper(o,
                    objects));
            enhancer.create();
        }
    }

    static class OOMObject {

    }
}

运行结果以下：

java.lang.OutOfMemoryError: Metaspace
Dumping heap to java_pid8816.hprof ...
Heap dump file created [6445908 bytes in 0.039 secs]
Exception in thread "main" org.springframework.cglib.core.CodeGenerationException: java.lang.reflect.InvocationTargetException-->null
    at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:345)
    at org.springframework.cglib.proxy.Enhancer.generate(Enhancer.java:492)
    at org.springframework.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:114)
    at org.springframework.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:291)
    at org.springframework.cglib.proxy.Enhancer.createHelper(Enhancer.java:480)
    at org.springframework.cglib.proxy.Enhancer.create(Enhancer.java:305)
    at com.example.demo.jvm.MethodAreaOOMTest.main(MethodAreaOOMTest.java:19)
Caused by: java.lang.reflect.InvocationTargetException
    at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.springframework.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:459)
    at org.springframework.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:336)
    ... 6 more
Caused by: java.lang.OutOfMemoryError: Metaspace
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
    ... 11 more

Process finished with exit code 1

元空间内存报错，证实方法区的溢出与元空间相关。

总结以下：

正常JVM调优都是针对堆内存和栈内存、元空间的参数作相应的改变
元空间并不在虚拟机中，而是使用本地内存。所以，默认状况下，元空间的大小仅受本地内存限制，但能够经过如下参数来指定元空间的大小：
-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：若是释放了大量的空间，就适当下降该值；若是释放了不多的空间，那么在不超过MaxMetaspaceSize时，适当提升该值。
-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。
字符串池常量池在每一个VM中只有一份，存放的是字符串常量的引用值,存放在堆中

有更多的文章，请关注查看，更有面试宝典相送