JVM系列以内存结构与内存溢出异常

时间 2019-12-08

标签 jvm 系列内存结构溢出异常栏目 Java 繁體版

原文原文链接

概述

对于全部的java开发人员来讲，了解和熟悉JVM的内存结构是很是重要的，不管是对于开发时的一些参数说的设置仍是维护时的异常排查都有很大的帮助，下面咱们先来了解下JVM内存结构java

内存结构

从JDK1.8开始，JVM内存结构发生一点变化多线程

JDK1.8的JVM内存结构图

JDK1.8以前的JVM内存结构图

从上面两图中咱们能够发现，内存结构确实有点变化，但其实变化其实很小：

能够发现就是JDK1.8以后去掉了方法区，取而代之的是MetaSpace区域;
将运行常量池从方法区中移到了堆中.
接下来咱们就来一一分析一下每个结构区(这里咱们以JDK1.8以前的来主要分析)

程序计数器

程序计数器（Program Counter Register）是一块较小的内存空间，主要能够看做当前线程所执行的字节码的行号指示器。它会指示出下一条将要执行指令的地址。
ide

线程私有的内存；
若是线程正在执行的是一个java方法，这个计数器记录的是正在执行的虚拟机字节码指令的地址；
若是正在执行的一个Native方法，这个计数器则会为空；
惟一一个再java虚拟机规范中没有规定任何OutOfMemoryError状况的区域。

Java虚拟机栈

线程私有的，生命周期与线程相同
虚拟机栈描述的java方法执行的内存模型：每一个方法被执行的时候都会同时建立一个栈帧用于存储局部变量表、操做栈、动态连接、方法出口等信息。
局部变量表中存放了编译期可知的各类基本数据类型(boolean、byte、char、short、int、float、long、double)、对象引用（reference类型，他不等同于对象自己）和returnAddress类型（指向了一条字节码指令的地址）；
Java虚拟机规范中，对这个区域规定了两种异常状况：若是线程请求的栈深度大于虚拟机所容许的栈深度，将抛出StackOverflowError异常；可是通常状况下如今都容许动态扩展，当扩展时没法申请到足够的内存时会抛出OutOfMemoryError异常。
若是单线程工做环境下，调用某一个方法并在该方法中递归调用本身，会抛出StackOverFlowError，如如下代码

// VM Args: -Xss128k (将虚拟机栈设为128k大小)
public class Test {
    public int length = 0;
    public void stackLeak() {
        length++;
        stackLeak();
    }
    //运行下本代码会出先StackOverflowError
    public static void main(String[] args) {
        Test test = new Test();
        try {
            test.stackLeak();
        } catch(Throwable e) {
            System.out.println("stack length:" + test.length);
            throw e;
        }
    }
}
复制代码

想要出现OutOfMemoryError的话须要在多线程的环境下，不停的开启线程，才有可能会出现OutOfMemoryError异常，如如下代码

// VM Args:-Xss2M
public class JavaVMStackOOM {
    private void dontStop() {
        while (true) {
            
        }
    }
    //运行本代码会出现OutOfMemoryError异常，可是运行此代码可能会致使Windows直接挂了，因此得注意，记得保存本身手头的工做再决定是否是运行
    public static void main(String[] args) {
        while(true) {
            Thread thread = new Thread(new Runnable() {
                @Override
                public void run() {
                    dontStop();
                }
            });
            thread.start();
        }
    }
}
复制代码

本地方法栈

本地方法栈与虚拟机栈发挥的做用很是类似，一个是为执行java方法服务的，一个是为执行native方法服务的。
本地方法栈也可能抛出StackOverflowError和OutOfMemoryError异常

Java堆

对于大多数应用来讲，java堆是java虚拟机所管理的内存中最大的一块
java堆是全部线程共享的一块内存，在虚拟机建立时启动
几乎全部的对象实例都放在java堆中(jdk1.8以后运行时常量池也放到java堆中了)
java堆是垃圾收集器管理的主要区域，能够分为新生代和老年代，而新生代又能够分为Eden区、From Survivor区、To Survivor区等
Java堆能够经过Xmx(最大堆大小)和Xms(最小堆大小)两个参数来指定堆的大小
Java堆能够处理物理上不连续的内存空间中，只要逻辑上是连续的便可
若是在Java堆中没存完成实例分配，而且堆也没法进行扩展时，将会抛出OutOfMemoryError异常
可想而知，若是咱们须要测试Java堆的OutOfMemoryError异常的话，只须要在堆上不停的分配对象实例就能够了，以下代码

//VM Args:-Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError
public class HeapOOM {
    static class OOMObject {
        
    }
    //运行这段代码会出现OutOfMemoryError异常
    public static void main(String[] args) {
        List<OOMObject> list = new ArrayList<>();
        while (true) {
            list.add(new OOMObject());
        }
    }
}
复制代码

方法区

与Java堆同样，是全部线程共享的内存区域；
存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据（也会被叫作永久代【Permanent Generation】）。
jdk1.8以前运行时常量池是在方法区分配的，1.8以后方法区被取消了，而后新增了一个元数据区，同时也将运行时常量池放到了堆中
根据java虚拟机规范的规定，当方法区没法知足内存分配需求时，将抛出OutOfMemoryError异常。
下面展现一下如何测试出方法区的OutOfMemoryError异常

//VM args : -XX:PermSize=10M -XX:MaxPermSize=10M
public class JavaMethodAreaOOM {
    public static void main(String[] args) {
        while (true) {
            Enhancer enhancer = new Enhancer();
            enhancer.setSuperclass(OOMObject.class);
            enhancer.setUseCache(false);
            enhancer.setCallback(new MethodInterceptor() {
                public Object intercept(Object obj, Method method, Object[] args, MethodProxy proxy) throws Throwable {
                    return proxy.invokeSuper(obj, args);
                }
            });
            enhancer.create();
        }
    }
}
复制代码

运行时常量池

在咱们上面提到的，运行时常量池时方法区的一部分，用于存放编译期生成的各类字面量和符号引用
在运行期间将新的常量放进常量池能够经过String类的intern()方法；
运行时常量池没法再申请到内存会抛出OutOfMemoryError异常；
因此为了测试运行常量池的OutOfMemoryError异常，咱们应该只须要一直往常量池里面放常量，按理来讲应该就会出现该异常了，以下代码所示：

//VM args : -XX:PermSize=10m -XX:MaxPermSize=10m
public class RuntimeConstantPoolOOM {
    public static void main(String[] args) {
        List<String> list = new ArrayList<String>();
        int i = 0;
        while (true) {
            list.add(String.valueOf(i++).intern());
        }
    }
}
复制代码

直接内存

直接内存不是虚拟机运行时数据区的一部分，也不是虚拟机规范中定义的内存区域，可是这部份内存也会被频繁使用，并且也可能致使OutOfMemoryError异常的出现

对象访问

Java中对象访问方式主要有两种：句柄访问和直接指针
使用句柄访问方式，Java堆中会划分出一块内存来做为句柄池，reference中存储的是对象的句柄地址，而句柄中包含了对象实例数据和类型数据的各自的具体地址信息，以下图所示：

使用直接指针方式，Java堆对象的布局中就必须考虑如何放置访问类型数据的相关信息，reference中直接存储的就是对象的地址，以下图所示：

这两种对象的访问方式各有优点，使用句柄访问方式的最大好处就是reference中存的是对象句柄的地址，当对象被移动时只会改变句柄中的实例数据指针，而reference自己不须要被修改；使用直接指针访问的方式最大好处就是快，由于少了一次寻址的过程，因为对象访问在Java中是很是频繁的，全部这类开销聚沙成塔也是很是可观的执行成本。Sun HotSpot虚拟机就是采用的直接指针的方式来访问对象的。

总结

本文主要总结了下JVM的内存结构以及每一个结构区相应的存放内容和溢出异常，不少只是借鉴于《深刻理解Java虚拟机++JVM高级特性与最佳实践这本书》，若是想更好的了解的朋友也能够去看看这本书，写的很好很详细！布局