JVM内存模型

摘自：程序员小灰，深入理解java虚拟机

加一个链接吧https://mp.weixin.qq.com/s/ZZSC2YDmgncah7VHnsvyxA

JVM内存模型包括五大区域：程序计数器、虚拟机栈、本地方法栈、堆区、方法区。

1.程序计数器PC

每个线程都会有自己私有的程序计数器，各条线程之间计数器互不影响，可以看作是当前线程所执行的字节码的行号指示器，也可理解为下一条将要执行的指令的地址或者行号。字节码解释器就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分治、循环、跳转、异常处理、线程的上下文切换、线程恢复等基础功能都需要依赖PC。

如果线程正在执行的是一个java方法，PC值为正在执行的虚拟机字节码指令的地址；如果正在执行的是Native方法，PC值为空（未定义），此内存区域是唯一一个在Java虚拟机中没有规定任何OutOfMemoryError情况的区域。

2.虚拟机栈（VM Stack）

VM Stack也是线程私有的，它的生命周期与线程相同。它里面记录了局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

VM stack是一个栈，也是一块内存区域，所以也是有大小的，但是一般而言，各种虚拟机的实现都支持动态扩展这部分内存。

异常：如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；如果动态扩展时没有足够大小无法申请到足够的内存，则抛出OutOfMemoryError异常。

3.本地方法栈（Native Method Stack）

本地方法栈与虚拟机栈所发挥的作用非常相似，它们之间区别是：虚拟机栈为虚拟机执行java方法（也就是字节码）服务，而本地方法栈为虚拟机使用到的Native方法服务。

有的虚拟机（eg，HotSpot）将VM Stack和Native Method合二为一，所有VM的另一种内存模型如下：

4.Java堆（heap）

对于大多数应用，java堆是JVM管理内存中最大的一块，总结为以下几点：

 

• 是所有线程共享的一块内存区域
• 在虚拟机启动时创建
• 所有的对象实例及数组都要在堆上分配
• java堆的容量可以是固定大小的，也可以随着程序执行的需求动态扩展，并在不需要过多空间时自动收缩
• java堆可以处于物理上不连续的内存空间中，只要逻辑上是连续的即可
• 存储了被自动内存管理系统（即垃圾收集器）所管理的各类对象，这些收管理的对象无需、也无法显式地被销毁
• 如果实际所需的堆超过了自动管理内存系统所能提供的最大容量，则JVM将抛出OutOfMemoryError异常

5.方法区（Method Area）

方法区是各个线程共享的区域，存储的内容如下：

• 每一个类的结构信息：运行时常量池，字段和方法数据，构造函数和普通方法的字节码内容
• 类、实例、接口初始化时用到的特殊方法

每一个运行时常量池都分配在Java虚拟机的方法区中，在类和接口被加载到虚拟机后，对应的运行时常量池就被创建出来。方法区除了和java堆一样不需要连续的内存和可以选择固定大小或可扩展外，还可以选择不实现垃圾收集。该区域内存回收的目标主要是针对常量池的回收和对类型的卸载。

当创建类或接口时，如果构造运行时常量池所需要的内存空间超过了方法区所能提供的最大值,JVM将会抛出OutOfMemoryError异常。

直接内存（Direct Memory）：该处的直接内存并不是由JVM管理的内存，但也被频繁地使用，且也可能导致OutOfMemoryError异常，它利用本地方法库在java堆之外申请的内存区域，比如NIO中的DirectByteBuffer就是操作直接内存。

好处是避免了在java堆和native堆直接同步数据的步骤，但是它并不是由JVM来管理的。