基于《深入理解JVM》输出目录

• JVM-01 概述
• JVM-02 类加载子系统
• JVM-03 运行时数据区- [程序计数器+虚拟机栈+本地方法栈+本地方法]
• JVM-04 运行时数据区- [堆+方法区+对象实例化内存布局与访问定位+直接内存]
• JVM-05 执行引擎+字符串常量池StringTable
• JVM-06 垃圾回收(器)

---

前言

提示：基于《深入理解JVM》-第二版-周志明著的个人输出文章，文中会提及相关内容在该书页码。B站大学相关视频 链接地址。 参考大佬博客链接地址

---

1. 内存与线程

1.1 内存

• JVM内存布局规定类Java在运行过程中内存申请、分配、管理的策略，保证类JVM的高效稳定运行。不同的JVM对于内存的规划方式和管理机制存在着部分差异（对于Hotspot主要指方法区） （图源阿里）JDK8的元数据区+JIT编译产物 就是JDK8以前的方法区

1.2 分区介绍

• JVM定类若干种程序运行期间会使用到的运行数据区域，有的随JVM启动和退出而创建和销毁。另外有些则是和线程一一对应，随着线程开始和结束而创建和销毁。 如下图：灰色区域为线程单独私有，红色为多个线程共享。
• 灰色-每个线程独有：程序计数器、虚拟机栈、本地方法栈
• 红色-线程间共享：堆、堆外内存（方法区、永久代或元空间、代码缓存）

1.3 线程

1. 线程是一个程序里的运行单元，JVM允许一个程序有多个线程并行执行。
2. 在Hotspot JVM，每个线程都于操作系统的本地线程直接映射 当一个Java线程准备好执行以后，此时一个操作系统的本地线程也同时创建。Java线程执行终止后。本地 线程也会回收。
3. 操作系统负责所有线程的安排调度到任何一个可用的CPU上。本地线程初始化成功，它就会调用java线程中 的run() 方法。

1.3.1 JVM系统线程

• 如果你使用jconsole或者任何一个调试工具，都能看到在后台有许多线程在运行。这些后台线程不包括调用 main方法的main线程以及所有这个main线程自己创建的线程；
• 这些主要的后台系统线程在HotSpot JVM里主要是以下几个:

1. 虚拟机线程，这种线程的操作时需要JVM达到安全点才会出现。这些操作必须在不同的线程中发生的原 因是他们都需要JVM达到安全点，这样堆才不会变化。这种线程的执行包括“Stop-The-World”的垃圾收集， 线程栈收集，线程挂起以及偏向锁撤销
2. 周期任务线程：这种线程是时间周期事件的提现（比如中断），他们一般用于周期性操作的调度执行。
3. GC线程：这种线程对于JVM里不同种类的垃圾收集行为提供了支持
4. 编译线程：这种线程在运行时会降字节码编译成本地代码
5. 信号调度线程：这种线程接收信号并发送给JVM,在它内部通过调用适当的方法进行处理。

---

2. 程序计数器（PC寄存器）

• JVM中的程序计数寄存器（Program Counter Register）中, Register源于CPU的寄存器，存储指令相关的现场信息。
• CPU只有吧数据装载到寄存器才能允许。JVM的PC寄存器是对CPU中的寄存器的一中抽象模拟。

2.1 作用

PC寄存器是用来存储指向下一条指令的地址，即将要执行的指令代码。由执行引擎读取下一条指令。

1. 它是一块很小的内存空间，几乎忽略。也是允许最快的存储区域
2. JVM中，每个线程都有自己的程序计数器，线程私有，生命周期随线程一致
3. 任何时间一个线程都只有一个方法在执行，即当前方法。程序计数器会存储当前正在执行的Java方法的JVM 指令地址；或在执行native方法则是未指定值。
4. 程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都要依赖它
5. 字节码解释器工作时，就是改变这个计数器的值来选取下一条要执行的字节码指令
6. 唯一一个在JVM规范中没有规定任何OOM情况的区域

2.2 例题

1. 使用PC寄存器存储字节码指令地址有什么用呢？/为什么使用PC寄存器记录当前线程的执行地址呢？

• 因为CPU需要不停的切换各个线程，这时候切换回来以后，就得知道接着从哪开始继续执行；JVM的字节码解释器就需要通过改变PC寄存器的值来明确下一条应该 执行什么样的字节码指令。

2. PC寄存器为什么会设定为线程私有？

• 由于CPU时间片轮限制，众多线程在并发执行过程中，任何一个确定的时刻，一个处理器或者多核处理器中的一个内核，只会执行某个线程中的一条指令。
• 这样必然导致经常中断或恢复，为了保证线程恢复后获取上一次的进度，所以每个线程在创建后，都会产生自己的程序计数器、栈帧、程序计数器，这样各个线程都能独立计算，之间互不影响。

2.2.1 CPU时间片

• 资源有限，多线程调度下，只有不断的为每个线程分配一个时间片，让每个程序轮流执行

并行和并发

• 并行：同一个时间内多个线程同时执行
• 并发：一个核快速切换多个线程，让它们依次执行

并行指多个事件在同一时刻发生；并发指多个事件在同一时间内发生。 垃圾回收器也有涉及到并发回收、并行回收...

---

3. 虚拟机栈（Java栈）

书P39

3.1 概述

3.1.1 背景

• 跨平台设计，Java指令都是根据栈来设计。不同CPU架构不同，所以不能设计为寄存器。
• 优点是垮平台，指令集小，编译器容易实现；缺点是实现同样功能需要更多指令，性能下降。

3.1.2 内存中的堆和栈

1. 栈是运行是单位，堆是存储单位

• 即：栈解决程序运行问题，即程序如何运行或如何处理数据。堆解决堆是数据存储问题，即数据怎么放、放哪里。

2. 一般来讲，对象主要都是放在堆空间里，是运行时数据区比较大堆一块空间。
3. 栈空间存放的是基本数据类型的局部变量，以及引用数据类型的对象的引用。

3.1.3 虚拟机栈是什么

1. Java虚拟机栈（JVM Stack），早期也叫Java栈。线程私有，生命周期与其线程一致。内部保存一个个的栈帧（Stack Frame），对应这个一个个的Java方法调用。
2. 作用是主管Java程序的运行，保存方法的局部变量（8中基本数据类型、对象的引用地址）、部分结果，且参与方法的调用和返回

• 局部变量：相对于成员变量（或属性）
• 基本数据变量： 相对于引用类型变量（类、数组、接口）

3.1.4 栈的特点

1. 栈是一种快速有效的分配存储方式，访问速度仅次于程序计数器
2. JVM直接对Java栈的操作只有俩个

• • i. 每个方法执行，伴随进栈（入栈、出栈）
• • ii. 执行结束后的出栈工作

3. 栈不存在垃圾回收

3.1.5 栈中可能出现的异常

JVM允许Java栈的大小是动态的或者是固定不变的。

存在问题：

• 如果采用固定大小的Java虚拟机栈，那每一个线程的Java虚拟机栈容量可以在线程创建的时候独立选定。如果线程请求分配的栈容量超过Java虚拟机栈允许的最大容量，Java虚拟机栈会抛出一个栈溢出（StackOverFlowError）异常。
• 如果Java虚拟机栈可以动态拓展，在尝试拓展的时候无法申请到足够的内存，或在创建新的线程时没有足够的内存去创建对应的虚拟机栈，那Java虚拟机栈会抛出内存溢出OOM（OutOfMemoryError）异常。

3.1.6 设置栈的内存大小

• 我们可以使用参数-Xss选项来设置线程的最大栈空间，栈的大小直接决定了函数调用的最大可达深度。 （E：IDEA设置方法：Run-EditConfigurations-VM options 填入指定栈的大小-Xss256k）

3.2 栈的存储结构和运行原理

书P236

1. 每个线程都有自己的虚拟机栈，栈中数据以栈帧（Stack Frame）的格式存在，线程上在执行的每个方法对应 各自的一个栈帧
2. 栈帧是一个内存区块，是一个数据集，维系这方法执行过程中的各种数据信息
3. JVM直接对Java栈的操作只有俩个，就是对栈帧的压栈和出栈，遵循先进后出原则
4. 一条活动线程中，一个时间点上，只有一个活动的栈帧。即当前在执行的方法的栈帧（即栈顶）是有效的，称当前栈帧（Current Frame），与当前栈帧对应的方法即当前方法（Current Method），定义这个类为当前类。
5. 执行引擎运行的所有字节码指令只针对当前栈帧进行操作
6. 如果该方法调用了其他方法，对应的新的栈帧也会被创建出来，放在栈的顶端，成为新的当前帧。在方法返回 之际，当前栈帧会将结果给下个栈帧，接着当前栈帧被JVM出栈，使下一个栈帧成为当前帧。
7. 不同线程中所包含的栈帧是不允许互相引用的，即不能在一个栈帧中引用另一个线程的栈帧
8. Java方法返回有俩种函数方式，一种正常用return；另一种抛出异常。不管哪种栈帧都会被弹出。

3.2.1 栈帧内部结构

1. 局部变量表（Local Variables）
2. 操作数栈（Operand Stack）（或表达式栈）
3. 动态链接（Dynamic Linking）（或执行运行时常量池的方法引用）
4. 方法返回地址（Return Address）（或方法正常退出或者异常退出的定义）
5. 一些附加信息

3.3 局部变量表（Local Variables）

书P238

3.3.1 概述

1. 局部变量表也称为局部变量数组和本地变量表。
2. 定义一个数字数组，存储方法参数和定义在方法体内的局部变量这些数据类型，包括基本数据类型、对象引用以及返回地址类型。
3. 由于局部变量表建立在线程的栈上，是线程私有的数据，因此不存在数据安全问题。
4. 局部变量表容量大小在编译期间就确定下来，保存在Code属性的maximum local variables中。运行间不会改变大小。
5. 方法嵌套调用的次数由栈的大小决定。一般来说，栈越大，方法嵌套调用次数越多。对于一个函数来说，参数和局部变量越多，使局部变量表膨胀，它的栈帧就越大，以满足方法调用所需要的信息增大需求。进而函数调用就会占用更多的栈空间，导致嵌套调用次数减少。
6. 局部变量表中的变量只在当前方法调用中有效。方法执行时，JVM通过局部变量表完成参数值到参数变量列表的传递过程。方法调用结束后，会随着方法栈帧的销毁，局部变量表也随之销毁。

3.3.2 变量槽slot

1. 参数值的存放总是在局部变量数组的index0开始，到数组长度-1的索引结束
2. 局部变量表，最基本的存储单位是Slot（变量槽）
3. 32位以内的类型只占一个slot（包括return address类型），64位（long、double）占用俩个slot。

• • i. Byte、short、char、float在存储前被转化为int，boolean也是int，0=false，非0=true

4. 局部变量表中的每个slot都会有个访问索引，通过索引找到变量表中指定的局部变量值
5. 一个实例方法调用时候，它的方法参数和方法体内部定义的局部变量会按照顺序复制到局部变量表 中的每个slot上
6. 如果需要访问局部变量表的一个64bit的变量值时，只需要使用前一个索引即可
7. 如果当前帧是由构造方法或实例方法创建的，那么该对象引用this将会放在index为0的slot处，其余参数按照参数列表排序。

3.3.3 slot的重复利用

• 栈帧的局部变量表的槽位是可以重复利用的，一个局部变量过了其作用域，在其作用域之后申明的新局部变量就很有可能复用过期的局部变量槽位，从而节省资源。

3.3.4 静态变量和局部变量表的对比和小结

变量分类

1. 按照数据类型分

• • i. 基本数据类型
• • ii. 引用数据类型

2. 按照在类中声明的位置分

成员变量： 在使用前都经过默认初始化

• 1. static修饰：类变量：类加载linking的准备阶段会赋予零值，初始化阶段显示赋值即静态代码块赋值
• 2. 不被static修饰：实例变量：随着对象的创建，分配到堆空间中并进行默认赋值

局部变量：在使用前，必须要显示赋值，否则编译不通过。

• 没有默认值，如果要想使用，必须手动进行赋值

补充：

1. 在栈帧中，与性能调优关系最密切的部分是局部变量表。在方法执行时，JVM使用局部变量表完成方法的传递
2. 局部变量表中的变量也是垃圾回收根结点，只要被局部变量表中直接或间接引用的对象都不会被回收

---

4. 操作数栈

书P242 栈：可以使用数组或链表来实现

1. 每个独立的栈帧中除了包含局部变量表，还有一个后进先出的操作数栈（表达式栈）
2. 操作数栈在方法执行的过程中，根据字节码指令，往栈中写入（入栈push）数据或者提取（出栈pop）数据 i.某些字节码指令间值压入操作数栈，其余字节码指令取出，在将结果入栈。如：复制、交换、求和

4.1 概述

1. 操作数栈主要保存计算过程中的中间结果，同时作为计算过程中变量的临时存储空间
2. 方法开始执行时，随之创建空栈出来
3. 每个操作数栈都拥有一个明确的栈深度用于存储数值，需要的最大深度在编译期就定义好了，在Code属性中 为max_stack的值
4. 栈中的任何一个元素都可以是任意的java数据类型

• • i. 32位占一个栈深度单位
• • ii. 64位占俩个栈深度单位

5. 操作数栈没有访问索引的方式来进行数据访问。而是只能通过标准的入栈push和出栈pop操作来完成访问
6. 如果被调用的方法带有返回值，其放回值会被压入当前栈帧的操作数栈中，并更新PC寄存器
7. 操作数栈中元素的数据类型与字节码指令序列严格匹配，这由编译器在编译期间进行验证，同时在类加载过程中的验证阶段的字节码验证过程中要再次验证。
8. Java虚拟机的解释引擎是基于栈的执行引擎，其中的栈指的就是操作数栈，结合上图和下图看方法指令流程

书内例子: P273 这里可以从字节码角度去理解i++和++i的区别

4.1.1 栈顶缓存技术ToS（Top-of-Stack Cashing）

为什么需要它？

• 基于栈式结构的虚拟机所使用的零地址指令更加紧凑，但是需要更多的入栈和出栈指令，意味这需要更多的指令分派次数和内存读/写次数，操作数存储在内存中，频繁的向内存读/写影响执行速度。为了解决这个问题，引出栈顶缓存技术。

具体是？

• 将栈顶元素都缓存在物理CPU的寄存器中，降低对内存的读/写次数，提高执行引擎的效率

4.2 动态链接（Dynamic Linking）

• 概述：每个栈帧内部都有一个指向运行时常量池或该栈帧所属方法的引用。目的是为了支持当前方法的代码能够实现动态链接。如：invoke dynamic指令
• Java源文件在编译成字节码文件时，所有变量和方法引用都作为符号引用保存在class文件的常量池中。如：描述一个方法调用另一个方法时，就是通过常量池中指向方法的符号引用来表示的，动态链接的作用就是为了将这些符号引用转化为调用方法的直接引用。

为什么需要常量池？

• 常量池的作用：为来提供一些符号和常量，便于指令的识别。

4.2.1 方法的调用（链接 & 绑定）

PS：JVM中将符号引用转化为调用方法的直接引用与方法的绑定机制有关

1. 静态链接：

• 字节码文件被转载进JVM时，如果被调用的目标方法在编译器可知，且运行期不变。这种情况下将调用方法的符号引用转化为直接引用的过程叫静态链接。

2. 动态链接：

• 被调用方法在编译期不能确定下来，只有程序运行期将调用方法的符号引用转为直接引用，这种引用转化具有动态性，所以称为动态链接。
• 对应的方法的绑定机制为：早期绑定（Early Binding）和晚期绑定（Late Binding）。绑定是一个字段、方法或类，在符号引用被替换成直接引用的过程，仅发生一次。

1. 早期绑定

• 被调用方法在编译期可知，运行期不变，即可将这个方法与所属的类型进行绑定。叫早期绑定。明确了被调用的目标方法，所以可以使用静态链接的方式将符号引用转化为直接引用。

2. 晚期绑定

• 被调用方法在编译期不能确定下来，只有程序运行期根据实际的类型绑定相关方法，也称之为晚期链接。

PS：支持封装、继承、多态的语言都具备早期和晚期绑定。

4.2.2 虚函数和非虚函数

子类对象的多态性使用前提：1. 类的继承关系 2. 方法的重写

非虚方法：

1. 方法在编译期就确定类具体的调用版本，这个版本在运行时不可变，即为非虚方法
2. 静态方法、私有方法、final方法、实例构造器、父类方法都是非虚方法

• 其他方法称为虚方法。虚拟机中提供了以下几条方法调用指令：    普通调用指令

3. invokestatic：调用静态方法，解析阶段确定唯一方法版本；

4. invokespecial:调用私有方法、及父类方法，解析阶段确定唯一方法版本；

5. invokevirtual调用所有虚方法；

6. invokeinterface：调用接口方法；    动态调用指令

7. invokedynamic：动态解析出需要调用的方法，然后执行 .

• 前四条指令固化在虚拟机内部，方法的调用执行不可人为干预，而invokedynamic指令则支持由用户确定方法版本。其中invokestatic指令和invokespecial指令调用的方法称为非虚方法，其余的（final修饰的除外）称为虚方法。 书P245

关于invokedynamic指令

• • JVM指令集在Java7增加了invokedynamic指令，是Java实现【动态形语言】支持做的改进
• Java7中不能直接生成invokedynamic指令，要借助其他AIP（ASM底层字节码工具）来产生。Java8的Lambda 表达式的出现，invokedynamic指令才能直接生成。

动态类型语言和静态类型语言

• 区别在于对类型对检查是在编译期还是运行期，满足前者为静态类型语言，后者动态类型语言。
• 即静态语言是判断变量自身对类型信息；动态类型语言是判断变量值的类型信息，变量没有类型信息，变量值才有，这是一个重要特性
• Java是静态语言（尽管Lambda表达式增加了动态性），js、python是动态类型语言

4.2.3 方法重写的本质

1. 找到操作数栈的第一个元素所执行的对象的实际类型，记做C。
2. 如果类型C中找到与常量池中描述符号和简单名称都相符的
3. 方法，则进行访问权限校验，如果通过则放回这个方法的直接语言，查找过程结束；如果不通过，则返回java.lang.illegalAccessError异常
4. 否则，按照继承关系从上往下依次对C的各个父类进行第二步的搜索和验证过程
5. 如果始终没有找到适合的方法，则抛出java.lang.AbstractMethodError异常

• illegalAccessError介绍：程序试图访问或修改一个属性或调用一个方法，这个属性或方法你没有访问权限。一般会引起编译器异常。但如果发生在运行时，就说明一个类发生类不兼容改变。

4.2.4 虚方法表

问题

• • 面向对象编程中会很频繁的用到动态分派，每次都要重新在类的方法元数据中找到合适的目标的话影响到运行效率。

解决

• • 引入虚方法表，提高性能。JVM在类的方法区建立一个虚方法表（非虚方法不会出现在表中）来实现。使用索引来代替查找。
• • 每个类中都有一个虚虚表，表中存放各个方法的实际入口。
• • 会在类加载的链接阶段被创建并初始化，类的变量初始值准备完成后，类的方法表也初始化完毕。

4.3 方法返回地址（Return Address）

存在调用该方法的PC寄存器的值

• 一个方法结束方式**：1. 正常执行完成 2. 出现异常，非正常退出**
• 无论哪种退出，方法退出后都返回到该方法被调用的位置。方法正常退出时，调用者的PC计数器的值作为放回地址，即调用该方法的指令的下一条指令的地址。而异常退出时，返回地址是要通过异常表来确定的，栈帧中一般不会保存这部分信息。
• 本质上方法退出就是栈帧出栈的过程。此时需要恢复上层方法的局部变量表、操作数栈、将返回值也如调用者栈帧的操作数栈、设置PC寄存器值等，让调用者方法继续执行下去。
• 区别在于，通过异常完成出口退出的方法不会给上层调用者产生任何返回值。

当一个方法开始执行后，只有俩种方式可以退出这个方法：

1. 执行引擎遇到任意一个方法放回的字节码指令（return），即会有放回值传递给上层调用者，为正常完成出口； 字节码指令中，返回指令包含：如下图例

字节码指令	返回值类型
ireturn	boolean、byte、char、short、int
lreturn	long
fretuen	float
dreturn	double
areturn	String、Date
return	供声明为void的方法、实例初始化方法、类和接口的初始化方法使用

2. 在方法执行过程中有异常，并且没有在方法内进行处理，也就是只要在本地方法的异常表中找有没有匹配的异常处理器，就会导致方法退出，为异常完成出口。

• 方法执行过程抛出异常的异常处理，会存储在一个异常处理表，方便发生异常的时候找到处理异常的代码

4.4 一些附加信息

栈帧中还允许携带与JVM实现相关的一些附加信息。如：对程序调试提供支持信息

4.5 例题

1.举例栈溢出的情况？（StackOverFlowError）

• • 递归调用等，可以通过-Xss设置栈的大小。

2. 调整栈的大小就能保证不会出现溢出么？

• • 不能，如递归无限次总会溢出，调整栈的大小只能保证溢出时间晚一点。

3. 分配的栈内存越大越好么？

• • 不是，栈的内存空间越大会挤占其他线程的空间

4. 垃圾回收是都会涉及到虚拟机栈？

• • 栈只有入栈和出栈操作，没有垃圾回收。

5. 方法中定义的局部变量是否线程安全？

• • 先说解线程安全，如果只有一个线程操作次数据，线程必是安全；如果有多个线程操作此数据，则该数据是共享数据，如果不考虑同步机制的话，就存在线程安全问题。具体问题具体分析。代码：

---

5. 本地方法栈

1. 虚拟机栈用于管理Java方法的调用，而本地方法用于管理本地方法（非Java语言方法）的调用。
2. 本地方法栈也是线程私有的。
3. 允许被实现成固定或可动态拓展的内存大小（一样存在内存溢出问题）。 i. 线程请求栈容量超过本地方法栈允许的最大容量，JVM抛出StackOverFlowError异常 ii. 如果可以动态拓展，并在尝试拓展的时候无法申请到足够的内存，或在创建新线程时没有足够的内存区创建本地方法栈，JVM会抛出OutOfMemoryError异常。
4. 本地方法栈由C语言实现
5. 具体做法是Native Method Stack中登记native方法，在Execution Engine执行时加载本地方法栈 i. 标识符native可以与所有其他Java标识符连用，除了abstract ii. native修饰的方法是有方法体的，是非Java语言编写的所以不显示 iii. abstract抽象方法是没有方法体，所以和native矛盾，不能连用
6. 某线程调用一个本地方法时，它就进入一个不受JVM限制的世界，和JVM拥有一样的权限 i. 本地方法可以通过本地方法接口来 访问JVM内部的运行时数据区 ii. 甚至可以直接使用本地处理器（CPU）的寄存器 iii. 直接从本地内存的对中分配任意数量的内存
7. 不是所有JVM都支持本地方法，Java虚拟机规范没有明确要求本地方法栈的使用语言、具体实现、数据结构等。所以如果JVM产品不打算支持native方法，可以不实现本地方法栈
8. 在Hotspot JVM中，直接将本地方法栈和虚拟机栈合二为一

5.1 本地方法

• 一个Native Method就是一个Java调用非Java代码的接口，该方法的实现由非java语言去实现。
• 定义一个本地方法的时候，并不提供实现体，因为实现体是非Java语言在外面实现的。
• 作用是融合不同的编程语言为Java所用，初衷是为了融合C/C++程序。

为什么要使用本地方法？

• Java使用起来方便，但是在些层次的任务用Java实现不容易，或者在意效率的时候，问题就有了
• Q1. 与Java环境外交互
• • Java应用需要和Java外的环境交互，这就是本地方法的存在主要原因。如：某些硬件交换信息时的情况...本地方法正是这样的一种交流机制：提供间接的接口，无需了解Java以外的细节
• Q2. 与操作系统交互
• • JVM毕竟不是一个完整的系统，经常要依赖于一些底层系统的依赖支持，而这些底层系统通常是强大的操作系统。通过本地方法，我们得以用Java实现了JRE与底层系统的交互，JVM一些部分就是C写的。
• E: Sun's Java
• • Sun的解释器是C实现的，让它能像一些普通的C一样与外部交互。JRE大部分是Java实现的，但也通过一些本地方法与外界交互。如：java.lang.Thread的setPriority()是Java实现，但是调用的事务类的本地方法是C实现的，并植入了JVM中。

5.1.1现状

• 目前该方法是越来越少，除非是与硬件有关的应用，如Java程序驱动的打印机等，在企业级的应用中比较少见。主要是现在异构领域间的通讯很发达，可以通过Socket通讯、Web Service等等。

---

基于《深入理解JVM》输出目录

• JVM-01 概述
• JVM-02 类加载子系统
• JVM-03 运行时数据区- [程序计数器+虚拟机栈+本地方法栈+本地方法]
• JVM-04 运行时数据区- [堆+方法区+对象实例化内存布局与访问定位+直接内存]
• JVM-05 执行引擎+字符串常量池StringTable
• JVM-06 垃圾回收(器)

---