虚拟机夯实之路————运行时数据区域-CSDN博客

本文链接：https://blog.csdn.net/weixin_52170347/article/details/137208348

程序计数器

一块很小的内存空间，可以看作是当前线程所执行字节码的行号指示器。字节码解释器的工作是通过改变这个计数器的值来选取下一条需要执行的字节码指令，是程序控制流的指示器。

Java虚拟机多线程是通过线程轮流切换、分配处理器执行时间来完成的。任何时刻，一个处理器（对于多核处理器来说是一个内核即一个CPU）只会执行一条线程中的指令。为线程切换后可以恢复到正确的执行位置，每个线程都需要一个独立的程序计数器，各线程之间计数器互不影响，独立存储，称这类内存区域为“线程私有”的内存。

如果线程正在执行一个Java方法，这个计数器记录正在执行虚拟机字节码指令的地址；如果正在执行的是本地（Native）方法，这个计数器值则为空。此内存区域是唯一一个没有规定任何OutOfMemoryError情况的区域。

Java虚拟机栈

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

虚拟机栈中局部变量表，它存放了各种Java虚拟机基本数据类型（Boolean、byte等）、对象引用（reference类型它不是对象本身，可能是一个指向对象起始地址的引用指针，也可能指向一个代表对象的句柄或者其它相关位置）和returnAddress类型（指向一条字节码指令的地址）

这些数据类型在局部变量表中的存储空间以局部变量槽来表示，long和double是64位占两个变量槽，其余数据类型占据一个。局部变量表所占内存空间在编译期间完成分配，方法运行期间不会改变其大小（大小指变量槽的数量）（变量槽占多少比特由虚拟机自行决定）。

内存区域有两种异常：

如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；
如果Java虚拟机栈容量可以动态扩展，当栈扩展时无法申请到足够内存会抛出OutOfMemoryError异常。

本地方法栈

与虚拟机栈相似，虚拟机栈为虚拟机执行Java方法，本地方法栈为虚拟机使用到的本地（Native）方法服务。

同样的内存区域有两种异常：

1.如果线程请求的栈深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；

2.如果Java虚拟机栈容量可以动态扩展，当栈扩展时无法申请到足够内存会抛出OutOfMemoryError异常。

Java堆

虚拟机管理内存中最大的一块，所有线程共享。虚拟机启动时创建，唯一目的是存放对象实例。（所有对象实例和数组都要在堆上分配）。

Java堆是垃圾收集器管理的内存区域，即GC堆。从分配内存角度看，Java堆可以划分出多个线程私有的分配缓冲区（TLAB）以提升对象分配时的效率。将Java堆细分只是为了更好地回收内存，更快地分配内存，Java堆存储的只能是对象的实例。

Java堆可以处于物理上的不连续的内存空间，但逻辑上它应该视为连续的。Java堆既可以被实现成固定大小的，也可以是可扩展的，主流的Java虚拟机都是可扩展实现的（通过-Xmx和-Xms设定）。如果Java堆没有内存完成实例分配，且堆无法扩展，虚拟机抛出OOM异常。

方法区

线程共享区域，用于存储虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等数据。除了和Java堆一样不需要连续的内存和可以选择固定大小和可扩展外，它甚至可以选择不实现垃圾收集。这区域垃圾回收主要针对常量池和回收和对类型的卸载，所以回收效果令人难以满意，尤其是类型的卸载。但这区域回收又很有必要。

如果方法区无法满足新的内存分配需求时，将抛出OOM。