[JVM] 2.5 虚拟机执行子系统5：运行时栈帧结构

本篇博客内容基本出自《深入理解java虚拟机》
代码编译的结果从本地机器码转变为字节码，是存储格式发展的—小步，却是编程语言发展的一大步。

1. 概述

执行引擎是Java 虚拟机最核心的组成部分之一。“虚拟机”是一个相对于“物理机”的概念，这两种机器都有代码执行能力，其区别是物理机的执行引擎是直接建立在处理器、硬件、指令集和操作系统层面上的，而虚拟机的执行引擎则是由自己实现的，因此可以自行制定指令集与执行引擎的结构体系，并且能够执行那些不被硬件直接支持的指令集格式。

所有的Java 虚拟机的执行引擎都是一致的：输入的是字节码文件，处理过程是字节码解析的等效过程，输出的是执行结果，本贲将主要从概念模型的角度来讲解虚拟机的方法调用和字节码执行。

2. 运行时栈帧结构

栈帧（Stack Frame） 是用于支持虚拟机方法调用和方法执行的数据结构，它是虚拟机运行时数据区中虚拟机栈（Virtual Machine Stack）的栈元素。

栈帧存储了方法的局部变量表、操作数栈、动态连接和方法返回地址等信息。每一个方法从调用开始至执行完成的过程，都对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程。

在编译程序代码的时候，栈帧中需要多大的局部变量表，多深的操作数栈都已经完全确定了，并且写人到方法表的Code 属性之中 , 因此一个栈帧需要分配多少内存，不会受到程序运行期变量数据的影响，而仅仅取决于具体的虚拟机实现。

一个线程中的方法调用链可能会很长，很多方法都同时处于执行状态。对于执行引擎来说，在活动线程中，只有位于栈顶的栈帧才是有效的，称为当前栈帧(Current Stack Frame), 与这个栈帧相关联的方法称为当前方法（Current Method) 。执行引擎运行的所有字节码指令都只针对当前栈帧进行操作，在概念模型上，典型的栈帧结构如图

2.1 局部变量表

局部变量表( Local Variable Table )是一组变量值存储空间，用于存放方法参数和方法内部定义的局部变量。在Java程序编译为Class文件的时候，就在方法的Code属性的max_locals数据项中确定了该方法所需要分配的局部变量表的最大容量。

局部变量表是以Slot（容量槽）为最小单位；一个Slot可以存放一个32位以内的数据类型：Java中占用32位以内的数据类型有boolean、byte、char、short、int、float、reference和returnAddress这8种数据类型。

其中reference 类型表示对一个对象实例的引用，虚拟机规范既没有说明它的长度，也没有明确指出这种引用应有怎样的结构。但一般来说，虚拟机实现至少都应当能通过这个引用做到两点，一是从此引用中直接或间接地查找到对象在Java 堆中的数据存放的起始地址索引， 二是此引用中直接或间接地查找到对象所数据数据类型在方法区中的存储的类型信息。

Java语言中明确的64位数据类型只有long和double两种。虚拟机会以高位对齐的方式为其分配两个连续的Slot 空间。由于局部变量表建立在线程的堆栈上，是线程私有的数据，无论读写两个连续的Slot是否为原子操作，都不会引起数据安全问题。

虚拟机通过索引定位的方式使用局部变量表，索引值的范围从0开始至局部变量表最大的Slot数量。访问的是32位数据类型的变量，索引n就代表了使用第n个Slot,如果是64位数据类型，就代表会同时使用n和n+1这两个Slot。对千两个相邻的共同存放一个64 位数据的两个Slot, 不允许采用任何方式单独访问其中的某一个， Java 虚拟机规范中明确要求了如果遇到进行这种操作的字节码序列，虚拟机应该在类加载的校验阶段抛出异常。

在方法执行时，虚拟机是使用局部变量表来完成参数到参数列表的传递过程。如果执行的是实例方法（非static 的方法） ，那局部变量表中第0 位索引的Slot 默认是用于传递方法所属对象实例的引用， 在方法中可以通过关键字" this" 来访问到这个隐含的参数。其余参数则按照参数表顺序排列，占用从1 开始的局部变量Slot, 参数表分配完毕后， 再根据方法体内部定义的变量顺序和作用域分配其余的Slot 。

为了节省栈帧空间，局部变量Slot可以重用，方法体中定义的变量，其作用域并不一定会覆盖整个方法体。如果当前字节码PC计数器的值超出了某个变量的作用域，那么这个变量的Slot就可以交给其他变量使用。这样的设计会带来一些额外的副作用，比如：在某些情况下，Slot的复用会直接影响到系统的收集行为。

类变量有两次赋初始值的过程，一次是在准备阶段，赋予系统初始值；另外一次是在初始化阶段，赋予程序员定义的初始值；即使在初始化阶段程序员没有为类变量赋值也没有关系，类变量仍然具有一个确定的初始值。即使在初始化阶段程序员没有为类变扯赋值也没有关系，类变量仍然具有一个确定的初始值。但局部变量就不一样，如果一个局部变量定义了但没有赋初始值是不能使用的。

2.2操作数栈（Operand Stack）

操作数栈也常称为操作栈，它是一个后入先出栈。操作数栈的最大深度在编译的时候就写入方法表的Code属性的max_statcks数据项中。

操作数栈的每一个元素可以是任意的Java数据类型，包括long和double，32位数据类型所占的栈容量为1，64位数据类型所占的栈容量为2。

当一个方法刚刚开始执行的时候，这个方法的操作数栈是空的，在方法的执行过程中，会有各种字节码指令往操作数栈中写入和提取内容，也就是出栈/入栈操作。

操作数栈中元素的数据类型必须与字节码指令的序列严格匹配，在编译程序代码的时候，编译器要严格保证这一点，在类校验阶段的数据流分析中还要再次验证这一点。再以上面的iadd 指令为例，这个指令用于整型数加法，它在执行时，最接近栈顶的两个元素的数据类型必须为int 型，不能出现一个long 和一个float 使用iadd 命令相加的情况。

在概念模型中，两个栈帧作为虚拟机栈的元素，是完全相互独立的。 但在大多虚拟机的实现里都会做一些优化处理，令两个栈帧出现一部分重叠。让下面栈帧的部分操作数栈与上面栈帧的部分局部变量表重叠在一起，这样在进行方法调用时就可以共用一部分数据，无须进行额外的参数复制传递，重叠的过程如图。

Java虚拟机的解释执行引擎称为“基于栈的执行引擎”，其中所指的“栈”就是操作数栈。

2.3 动态连接(Dynamic Linking)

每个栈帧都包含一个指向运行时常量池中该栈帧所属方法的引用，持有这个引用是为了支持方法调用过程中的动态连接。

2.4 方法返回地址

当一个方法被执行后，有两种方式退出这个方法：

• 第一种是执行引擎遇到任意一个方法返回的字节码指令，这种退出方法的方式称为正常完成出口（Normal Method Invocation Completion）。

• 另外一种是在方法执行过程中遇到了异常，并且这个异常没有在方法体内得到处理（即本方法异常处理表中没有匹配的异常处理器），就会导致方法退出，这种退出方式称为异常完成出口（Abrupt Method Invocation Completion）。
  注意：这种退出方式不会给上层调用者产生任何返回值。

无论采用何种退出方式，在方法退出后，都需要返回到方法被调用的位置，程序才能继续执行，方法返回时可能需要在栈帧中保存一些信息，用来帮助恢复它的上层方法的执行状态。一般来说，方法正常退出时，调用者的PC计数器的值可以作为返回地址，栈帧中很可能会保存这个计数器值。而方法异常退出时，返回地址是通过异常处理器表来确定的，栈帧中一般不会保存这部分信息。

方法退出的过程实际上等同于把当前栈帧出栈，因此退出时可能执行的操作有：恢复上层方法的局部变量表和操作数栈，把返回值（如果有的话）压入调用者栈帧的操作数栈中，调整PC计数器的值以指向方法调用指令后面的一条指令等。

2.5 附加信息

虚拟机规范允许具体的虚拟机实现增加—些规范里没有描述的信息到栈帧之中，例如与调试相关的信息，这部分信息完全取决千具体的虚拟机实现。在实际开发中， 一般会把动态连接， 方法返回地址与其他附加信息全部归为一类，称为栈帧信息。