Java运行时数据区域

java虚拟机运行时数据区域

根据《Java虚拟机规范》规定，jvm内存共分为方法区、堆、虚拟机栈、本地方法栈、程序计数器五个部分。其中，虚拟机栈、本地方法栈、程序计数器为线程私有的内存区域，方法区、堆区则是线程共享区域。

程序计数器

程序计数器（ProgramCounterRegister）是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。在Java虚拟机的概念模型里，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，它是程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。

特点：

• 与计算机硬件的寄存器相似，主要是用来存放“伪指令”或说执行将要执行指令的地址

• 当虚拟机正在执行一个本地方法，则程序计数器的值为undefined。

• 线程私有

• 在《Java虚拟机规范》中唯一没有规定任何OutOfMemoryError情况的区域

虚拟机栈

与程序计数器一样，Java虚拟机栈（JavaVirtualMachineStack）也是线程私有的，它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的线程内存模型：每个方法被执行的时候，Java虚拟机都会同步创建一个栈帧（StackFrame）用于存储局部变量表、操作数栈、动态连接、方法出口等信息。每一个方法被调用直至执行完毕的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。

如下例，当程序执行时，从main方法启动，创建出第一个栈帧，在main方法里面的局部变量都分配在局部变量表，每调用一个方法则创建一个栈帧（压栈）。栈数据结构都是后进先出，因此弹栈的过程即是方法返回的过程。弹栈时可将方法返回值压入调用者栈帧的操作数栈中，实现函数值的返回。

public class StackTest {
    public static void main(String[] args) {
        StackTest stackTest = new StackTest();
        double mul = stackTest.mul(9, 9);
        System.out.println("执行完毕，返回值:" + mul);
    }
​
    private double mul(double number1, double nmuber2) {
        double result = number1 * nmuber2;
        printLog(result);
        return result;
    }
​
    private void printLog(double result) {
        System.out.println("计算结果:" + result);
    }
}

调试图如下，清晰可见frames（栈帧）的压栈和出栈，右侧Variables显示的是栈帧的局部变量表。

本地方法栈

本地方法栈（NativeMethodStacks）与虚拟机栈所发挥的作用是非常相似的，其区别只是虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则是为虚拟机使用到的本地（Native）方法服务。

《Java虚拟机规范》对本地方法栈中方法使用的语言、使用方式与数据结构并没有任何强制规定，因此具体的虚拟机可以根据需要自由实现它，甚至有的Java虚拟机（譬如Hot-Spot虚拟机）直接就把本地方法栈和虚拟机栈合二为一。与虚拟机栈一样，本地方法栈也会在栈深度溢出或者栈扩展失败时分别抛出StackOverflowError和OutOfMemoryError异常。

java堆

对于Java应用程序来说，Java堆（JavaHeap）是虚拟机所管理的内存中最大的一块。Java堆是被所有线程共享的一块内存区域，在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例，Java世界里“几乎”所有的对象实例都在这里分配内存。在《Java虚拟机规范》中对Java堆的描述是：“所有的对象实例以及数组都应当在堆上分配“。“几乎”是指从实现角度来看，随着Java语言的发展，现在已经能看到些许迹象表明日后可能出现值类型的支持，即使只考虑现在，由于即时编译技术的进步，尤其是逃逸分析技术的日渐强大，栈上分配、标量替换[优化手段已经导致一些微妙的变化悄然发生，所以说Java对象实例都分配在堆上也渐渐变得不是那么绝对了。

特点：

• 线程共享

• 对象内存分配主要区域

• 垃圾回收主要区域

• 物理上不连续，逻辑上连续

方法区

方法区（Method Area）与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。虽然《Java虚拟机规范》中把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫作“非堆”（Non-Heap），目的是与Java堆区分开来。

在java8之前，方法区的实现是永久代，java8之后，永久代被取消，元空间将其取代。用永久代实现方法区更容易出现内存溢出（永久代溢出），元空间实现的方法区只要没有触碰到进程可用内存的上限，则不会出现问题，方法区基于本地内存实现，不受最大堆大小设置的影响。《Java虚拟机规范》对方法区的约束是非常宽松的，除了和Java堆一样不需要连续的内存和可以选择固定大小或者可扩展外，甚至还可以选择不实现垃圾收集（回收条件苛刻）。

运行时常量池

运行时常量池（Runtime Constant Pool）是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池表（Constant Pool Table），用于存放编译期生成的各种字面量与符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。

直接内存

直接内存（Direct Memory）并不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。但是这部分内存也被频繁地使用，而且也可能导致OutOfMemoryError异常出现。

在JDK1.4中新加入了NIO（NewInput/Output）类，引入了一种基于通道（Channel）与缓冲区（Buffer）的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。

显然，本机直接内存的分配不会受到Java堆大小的限制，但是，既然是内存，则肯定还是会受到本机总内存（包括物理内存、SWAP分区或者分页文件）大小以及处理器寻址空间的限制，一般服务器管理员配置虚拟机参数时，会根据实际内存去设置-Xmx等参数信息，但经常忽略掉直接内存，使得各个内存区域总和大于物理内存限制（包括物理的和操作系统级的限制），从而导致动态扩展时出现OutOfMemoryError异常。