03-运行时数据区概述及线程&程序计数器
# 03-运行时数据区概述及线程&程序计数器
## 1.运行时数据区概述及线程
[视频链接：039-运行时数据区内部结构](https://www.bilibili.com/video/BV1PJ411n7xZ?p=39)
### 1.1 前言
类加载器将类加载到内存放入方法区中。
本节主要讲的是**运行时数据区**，也就是下图这部分，它是在**类加载完成后**的阶段
<img src="https://img.liuxiaocs.top/20210301125723615.png" alt="image-20210202171555708" style="zoom:80%;" />
当我们通过前面的：类的加载 --> 验证 --> 准备 --> 解析 --> 初始化，这几个阶段完成后，就会用到执行引擎对我们的类进行使用，同时执行引擎将会使用到我们运行时数据区
<img src="https://img.liuxiaocs.top/20210202171834528.png" alt="image-20210202171829523" style="zoom:80%;" />
类比一下也就是大厨做饭，我们把大厨后面的东西（切好的菜，刀，调料），比作是**运行时数据区**。而厨师可以类比于**执行引擎**，将通过准备的东西进行制作成精美的菜品。
### 1.2 运行时数据区结构
#### 1.2.1 运行时数据区与内存
1. 内存是非常重要的系统资源，是硬盘和 `CPU` 的中间仓库及桥梁，承载着操作系统和应用程序的实时运行。`JVM` 内存布局规定了 `Java` 在运行过程中**内存申请、分配、管理**的策略，保证了 `JVM` 的高效稳定运行。**不同的JVM对于内存的划分方式和管理机制存在着部分差异**。结合 `JVM` 虚拟机规范，来探讨一下经典的 `JVM` 内存布局。
2. 我们通过磁盘或者网络 `IO` 得到的数据，都需要先加载到**内存**中，然后 `CPU` 从内存中获取数据进行读取，也就是说内存充当了 `CPU` 和磁盘之间的桥梁
<img src="https://img.liuxiaocs.top/20210202172224220.png" alt="image-20210202172217626" style="zoom:80%;" />
<img src="https://img.liuxiaocs.top/20210202172258429.png" alt="image-20210202172253653" style="zoom:80%;" />
#### 1.2.2 线程的内存空间
1. `Java` 虚拟机定义了若干种程序运行期间会使用到的运行时数据区：其中有一些会随着虚拟机启动而创建，随着虚拟机退出而销毁。另外一些则是与线程一一对应的，这些与线程对应的数据区域会随着线程开始和结束而创建和销毁。
2. 灰色的为单独线程私有的，红色的为多个线程共享的。即：
- 线程独有：独立包括程序计数器、栈、本地方法栈
- 线程间共享：堆、堆外内存（永久代或元空间[方法区落地的实现]、代码缓存[非堆]）【95%的垃圾回收集中在堆区，5%是在方法区】
<img src="https://img.liuxiaocs.top/20210202172743483.png" alt="image-20210202172737016" style="zoom:80%;" />
#### 1.2.3 Runtime类
**每个JVM只有一个Runtime实例**。即为**运行时环境**，相当于内存结构的中间的那个**运行时数据区**：运行时环境。【单例的】
<img src="https://img.liuxiaocs.top/20210202173134903.png" alt="image-20210202173130986" style="zoom:80%;" />
## 1.3 线程
[视频链接：040-JVM中的线程说明](https://www.bilibili.com/video/BV1PJ411n7xZ?p=40)
#### 1.3.1 JVM 线程
1. 线程是一个程序里的运行单元。`JVM` 允许一个应用有多个线程并发的执行【 `jvm` 支持多线程】
2. 在 `Hotspot JVM` 里，每个线程都与**操作系统的本地线程**直接映射 【一一对应】
- 当一个 `Java` 线程准备好执行以后，此时一个操作系统的本地线程也同时创建。`Java` 线程执行终止后，本地线程也会回收
3. **操作系统**负责将线程安排调度到任何一个可用的 `CPU` 上。一旦本地线程初始化成功，它就会调用 `Java` 线程中的`run()` 方法
4. 守护线程，普通线程【如果是终止执行的线程是最后一个非守护线程，则虚拟机停掉】
#### 1.3.2 JVM系统线程
- 如果你使用 `jconsole` 或者是任何一个调试工具，都能看到在后台有许多线程在运行。这些后台线程不包括调用`public static void main(String[])`的 `main` 线程以及所有这个 `main` 线程自己创建的线程。
- 这些主要的后台系统线程在 `Hotspot JVM` 里主要是以下几个：
1. **虚拟机线程**：这种线程的操作是需要 `JVM` 达到安全点才会出现。这些操作必须在不同的线程中发生的原因是他们都需要 `JVM` 达到安全点，这样堆才不会变化。这种线程的执行类型括 `stop-the-world` 的垃圾收集，线程栈收集，线程挂起以及偏向锁撤销
2. **周期任务线程**：这种线程是时间周期事件的体现（比如中断），他们一般用于周期性操作的调度执行
3. **GC线程**：这种线程对在 `JVM` 里不同种类的垃圾收集行为提供了支持
4. **编译线程**：这种线程在运行时会将字节码编译成到本地代码
5. **信号调度线程**：这种线程接收信号并发送给 `JVM` ，在它内部通过调用适当的方法进行处理
## 2.程序计数器(PC寄存器)
[视频链接：041-PC寄存器概述](https://www.bilibili.com/video/BV1PJ411n7xZ?p=41)
### 2.1 PC寄存器介绍
[官方文档网址](https://docs.oracle.com/javase/specs/jvms/se8/html/index.html)
<img src="https://img.liuxiaocs.top/20210202174058201.png" alt="image-20210202174050165" style="zoom:80%;" />
1. `JVM` 中的**程序计数寄存器**【针对物理上的 `PC` 寄存器的模拟，是软件层面上的】（ `Program Counter Register`）中，`Register` 的命名源于 `CPU` 的寄存器，**寄存器存储指令相关的现场信息**。`CPU` 只有把数据装载到寄存器才能够运行。
2. 这里，并非是广义上所指的物理寄存器，或许将其翻译为 `PC` 计数器（或指令计数器）会更加贴切（也称为程序钩子），并且也不容易引起一些不必要的误会。**JVM中的PC寄存器是对物理PC寄存器的一种抽象模拟**。
3. 它是一块**很小的内存空间**，几乎可以忽略不记。也是运行速度最快的存储区域。
4. 在 `JVM` 规范中，每个线程都有它自己的程序计数器，是线程私有的，生命周期与线程的生命周期保持一致。【记录当前线程执行到哪了】
5. 任何时间一个线程都只有一个方法在执行，也就是所谓的**当前方法**。程序计数器会存储当前线程正在执行的 `Java` 方法的`JVM` 指令地址；或者，如果是在执行 `native` 方法，则是未指定值（`undefined`）。【本地方法栈】
6. 它是**程序控制流**的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。
7. 字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。
8. 它是**唯一一个**在 `Java` 虚拟机规范中没有规定任何 `OutofMemoryError` 情况的区域。【唯一一个没有 `OOM`，没有`GC`（垃圾回收）】
### 2.2 PC寄存器的作用
`PC寄存器` 用来存储 **指向下一条指令的地址**，也即将要执行的指令代码。由执行引擎读取下一条指令，并执行该指令。
<img src="https://img.liuxiaocs.top/20210202174422511.png" alt="image-20210202174418304" style="zoom:80%;" />
### 2.3 举例
[视频链接：042-PC寄存器的使用举例](https://www.bilibili.com/video/BV1PJ411n7xZ?p=42)
```java
public class PCRegisterTest {
public static void main(String[] args) {
int i = 10;
int j = 20;
int k = i + j;
String s = "abc";
System.out.println(i);
System.out.println(k);
}
}
```
查看字节码
> 看字节码的方法：https://blog.csdn.net/21aspnet/article/details/88351875
```shell
D:\Java\IdeaProjects\JVM\out\production\chapter04\com\whut\java>javap -verbose PCRegisterTest.class
Classfile /D:/Java/IdeaProjects/JVM/out/production/chapter04/com/whut/java/PCRegisterTest.class
Last modified 2021-2-2; size 669 bytes
MD5 checksum a597f2640ddadde981a3e34457953a57
Compiled from "PCRegisterTest.java"
public class com.whut.java.PCRegisterTest
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
#1 = Methodref #6.#26 // java/lang/Object."<init>":()V
#2 = String #27 // abc
#3 = Fieldref #28.#29 // java/lang/System.out:Ljava/io/PrintStream;
#4 = Methodref #30.#31 // java/io/PrintStream.println:(I)V
#5 = Class #32 // com/whut/java/PCRegisterTest
#6 = Class #33 // java/lang/Object
#7 = Utf8 <init>
#8 = Utf8 ()V
#9 = Utf8 Code
#10 = Utf8 LineNumberTable
#11 = Utf8 LocalVariableTable
#12 = Utf8 this
#13 = Utf8 Lcom/whut/java/PCRegisterTest;
#14 = Utf8 main
#15 = Utf8 ([Ljava/lang/String;)V
#16 = Utf8 args
#17 = Utf8 [Ljava/lang/String;
#18 = Utf8 i
#19 = Utf8 I
#20 = Utf8 j
#21 = Utf8 k
#22 = Utf8 s
#23 = Utf8 Ljava/lang/String;
#24 = Utf8 SourceFile
#25 = Utf8 PCRegisterTest.java
#26 = NameAndType #7:#8 // "<init>":()V
#27 = Utf8 abc
#28 = Class #34 // java/lang/System
#29 = NameAndType #35:#36 // out:Ljava/io/PrintStream;
#30 = Class #37 // java/io/PrintStream
#31 = NameAndType #38:#39 // println:(I)V
#32 = Utf8 com/whut/java/PCRegisterTest
#33 = Utf8 java/lang/Object
#34 = Utf8 java/lang/System
#35 = Utf8 out
#36 = Utf8 Ljava/io/PrintStream;
#37 = Utf8 java/io/PrintStream
#38 = Utf8 println
#39 = Utf8 (I)V
{
public com.whut.java.PCRegisterTest();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
LineNumberTable:
line 3: 0
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this Lcom/whut/java/PCRegisterTest;
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=5, args_size=1
0: bipush 10
2: istore_1
3: bipush 20
5: istore_2
6: iload_1
7: iload_2
8: iadd
9: istore_3
10: ldc #2 // String abc
12: astore 4
14: getstatic #3 // Field java/lang/System.out:Ljava/io/PrintStream;
17: iload_1
18: invokevirtual #4 // Method java/io/PrintStream.println:(I)V
21: getstatic #3 // Field java/lang/System.out:Ljava/io/PrintStream;
24: iload_3
25: invokevirtual #4 // Method java/io/PrintStream.println:(I)V
28: return
LineNumberTable:
line 5: 0
line 6: 3
line 7: 6
line 9: 10
line 10: 14
line 11: 21
line 12: 28
LocalVariableTable:
Start Length Slot Name Signature
0 29 0 args [Ljava/lang/String;
3 26 1 i I
6 23 2 j I
10 19 3 k I
14 15 4 s Ljava/lang/String;
}
SourceFile: "PCRegisterTest.java"
```
- 左边的数字代表**指令地址（指令偏移）**，即 `PC` 寄存器中可能存储的值，然后执行引擎读取 `PC` 寄存器中的值，并执行该指令，右边的表示**操作指令**。
<img src="https://img.liuxiaocs.top/20210202180026333.png" alt="image-20210202180021527" style="zoom:80%;" />
### 2.4 两个面试题
[视频地址：043-解决PC寄存器两个面试问题](https://www.bilibili.com/video/BV1PJ411n7xZ?p=43)
> **使用PC寄存器存储字节码指令地址有什么用呢？**或者问**为什么使用 PC 寄存器来记录当前线程的执行地址呢？**
1. 因为 `CPU` 需要不停的**切换各个线程**，这时候切换回来以后，就**得知道接着从哪开始继续执行**
2. `JVM` 的字节码解释器就需要通过改变 `PC` 寄存器的值来明确下一条应该执行什么样的字节码指令
<img src="https://img.liuxiaocs.top/20210202180407977.png" alt="image-20210202180403275" style="zoom:80%;" />
> **PC寄存器为什么被设定为私有的？**
1. 我们都知道所谓的多线程在一个特定的时间段内只会执行其中某一个线程的方法，`CPU` 会不停地做**任务切换**，这样必然导致经常中断或恢复，如何保证分毫无差呢？**为了能够准确地记录各个线程正在执行的当前字节码指令地址，最好的办法自然是为每一个线程都分配一个PC寄存器**，这样一来各个线程之间便可以进行**独立计算**，从而**不会出现相互干扰**的情况。
2. 由于 `CPU` 时间片轮限制，众多线程在并发执行过程中，任何一个确定的时刻，一个处理器或者多核处理器中的每一个内核，只会执行某个线程中的一条指令。【 `cpu` 主频很高，快速切换不同的线程执行】
3. 这样必然导致经常中断或恢复，如何保证分毫无差呢？每个线程在创建后，都会产生自己的程序计数器和栈帧，程序计数器在各个线程之间互不影响。
### 2.5 CPU时间片
1. `CPU` 时间片即 `CPU` 分配给各个程序的时间，每个线程被分配一个时间段，称作它的时间片。
2. 在宏观上：我们可以同时打开多个应用程序，每个程序并行不悖，同时运行。
3. 但在微观上：由于只有一个 `CPU` ，一次只能处理程序要求的一部分，如何处理公平，一种方法就是引入时间片，**每个程序轮流执行**。
<img src="https://img.liuxiaocs.top/20210202181051813.png" alt="image-20210202181047881" style="zoom:80%;" />
## 3.本地方法接口
[视频链接：063-本地方法接口的理解](https://www.bilibili.com/video/BV1PJ411n7xZ?p=63)
### 3.1 本地方法
<img src="https://img.liuxiaocs.top/20210202181541922.png" alt="image-20210202181535572" style="zoom:80%;" />
1. 简单地讲，**一个Native Method是一个Java调用非Java代码的接囗**一个 `Native Method` 是这样一个 `Java` 方法：该方法的实现由非 `Java` 语言实现，比如 `C` 。这个特征并非 `Java` 所特有，很多其它的编程语言都有这一机制，比如在 `C++` 中，你可以用 `extern` 告知 `C++` 编译器去调用一个 `C` 的函数。【可以查看 `Thread` 类里面的】
2. `A native method is a Java method whose implementation is provided by non-java code.`（本地方法是一个非 `Java` 的方法，它的具体实现是非 `Java` 代码的实现）
3. 在定义一个 `native method` 时，并不提供实现体（有些像定义一个 `Java interface` ），因为其实现体是由非 `java` 语言在外面实现的。
4. 本地接口的作用是融合不同的编程语言为 `Java` 所用，它的初衷是融合 `C/C++` 程序。
### 3.2 举例
需要注意的是：标识符 `native` 可以与其它 `java` 标识符连用，但是 `abstract` 除外
```java
public class IHaveNatives {
public native void Native1(int x);
public native static long Native2();
private native synchronized float Native3(Object o);
native void Native4(int[] ary) throws Exception;
}
```
### 3.3 为什么要使用 Native Method?
`Java` 使用起来非常方便，然而有些层次的任务用 `Java` 实现起来不容易，或者我们对程序的效率很在意时，问题就来了。
#### 3.3.1 与ava环境外交互
**有时Java应用需要与Java外面的硬件环境交互，这是本地方法存在的主要原因**。你可以想想 `Java` 需要与一些**底层系统**，如操作系统或某些硬件交换信息时的情况。本地方法正是这样一种交流机制：它为我们提供了一个非常简洁的接口，而且我们无需去了解 `Java` 应用之外的繁琐的细节。
#### 3.3.2 与操作系统的交互
1. `JVM` 支持着 `Java` 语言本身和运行时库，它是 `Java` 程序赖以生存的平台，它由一个解释器（解释字节码）和一些连接到本地代码的库组成。
2. 然而不管怎样，它毕竟不是一个完整的系统，它经常依赖于一底层系统的支持。这些底层系统常常是强大的操作系统。
3. **通过使用本地方法，我们得以用Java实现了jre的与底层系统的交互，甚至JVM的一些部分就是用C写的**。
4. 还有，如果我们要使用一些 `Java` 语言本身没有提供封装的操作系统的特性时，我们也需要使用本地方法。
#### 3.3.3 Sun's java
1. `Sun` 的解释器是用 `C` 实现的，这使得它能像一些普通的 `C` 一样与外部交互。`jre` 大部分是用 `Java` 实现的，它也通过一些本地方法与外界交互。
2. 例如：类 `java.lang.Thread` 的 `setPriority()` 方法是用 `Java` 实现的，但是它实现调用的是该类里的本地方法`setPriority0()` 。这个本地方法是用 `C` 实现的，并被植入 `JVM` 内部在 `Windows 95` 的平台上，这个本地方法最终将调用 `Win32 setpriority() API`。这是一个本地方法的具体实现由 `JVM` 直接提供，更多的情况是本地方法由外部的动态链接库（`external dynamic link library`）提供，然后被 `JVM` 调用。
#### 3.3.4 本地方法的现状
目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过 `Java` 程序驱动打印机或者 `Java` 系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 `Socket` 通信，也可以使用 `Web Service` 等等，不多做介绍。
## 4.本地方法栈
[视频链接：064-本地方法栈的理解](https://www.bilibili.com/video/BV1PJ411n7xZ?p=64)
1. **Java虚拟机栈于管理Java方法的调用，而本地方法栈用于管理本地方法的调用**。
2. 本地方法栈，也是**线程私有**的。
3. 允许被实现成**固定**或者是**可动态扩展**的内存大小（在内存溢出方面和虚拟机栈相同）
- 如果线程请求分配的栈容量超过本地方法栈允许的最大容量，`Java` 虚拟机将会抛出一个 `StackoverflowError` 异常。
- 如果本地方法栈可以动态扩展，并且在尝试扩展的时候**无法申请到足够的内存**，或者在创建新的线程时没有足够的内存去创建对应的本地方法栈，那么 `Java` 虚拟机将会抛出一个 `OutofMemoryError` 异常。
4. 本地方法一般是使用 `C` 语言或 `C++` 语言实现的。
5. 它的具体做法是 `Native Method Stack` 中登记 `native` 方法，在 `Execution Engine` 执行时**加载本地方法库**。
<img src="https://img.liuxiaocs.top/20210202190837871.png" alt="image-20210202190659005" style="zoom:80%;" />
**注意事项**
1. **当某个线程调用一个本地方法时，它就进入了一个全新的并且不再受虚拟机限制的世界。它和虚拟机拥有同样的权限**。
- 本地方法可以通过本地方法接口来**访问虚拟机内部的运行时数据区**
- 它甚至可以直接使用本地处理器中的寄存器
- 直接从本地内存的堆中分配任意数量的内存
2. 并不是所有的 `JVM` 都支持本地方法。因为 `Java` 虚拟机规范并没有明确要求本地方法栈的使用语言、具体实现方式、数据结构等。如果 `JVM` 产品不打算支持 `native` 方法，也可以无需实现本地方法栈。
3. 在 `Hotspot JVM` 中，直接将**本地方法栈**和**虚拟机栈**合二为一。
---
[视频链接：065-JVM学习路线与内容回顾](https://www.bilibili.com/video/BV1PJ411n7xZ?p=65)
<img src="https://img.liuxiaocs.top/20210202191252813.png" alt="image-20210202191247369" style="zoom:80%;" />
## 1.运行时数据区概述及线程
[视频链接：039-运行时数据区内部结构](https://www.bilibili.com/video/BV1PJ411n7xZ?p=39)
### 1.1 前言
类加载器将类加载到内存放入方法区中。
本节主要讲的是**运行时数据区**，也就是下图这部分，它是在**类加载完成后**的阶段
<img src="https://img.liuxiaocs.top/20210301125723615.png" alt="image-20210202171555708" style="zoom:80%;" />
当我们通过前面的：类的加载 --> 验证 --> 准备 --> 解析 --> 初始化，这几个阶段完成后，就会用到执行引擎对我们的类进行使用，同时执行引擎将会使用到我们运行时数据区
<img src="https://img.liuxiaocs.top/20210202171834528.png" alt="image-20210202171829523" style="zoom:80%;" />
类比一下也就是大厨做饭，我们把大厨后面的东西（切好的菜，刀，调料），比作是**运行时数据区**。而厨师可以类比于**执行引擎**，将通过准备的东西进行制作成精美的菜品。
### 1.2 运行时数据区结构
#### 1.2.1 运行时数据区与内存
1. 内存是非常重要的系统资源，是硬盘和 `CPU` 的中间仓库及桥梁，承载着操作系统和应用程序的实时运行。`JVM` 内存布局规定了 `Java` 在运行过程中**内存申请、分配、管理**的策略，保证了 `JVM` 的高效稳定运行。**不同的JVM对于内存的划分方式和管理机制存在着部分差异**。结合 `JVM` 虚拟机规范，来探讨一下经典的 `JVM` 内存布局。
2. 我们通过磁盘或者网络 `IO` 得到的数据，都需要先加载到**内存**中，然后 `CPU` 从内存中获取数据进行读取，也就是说内存充当了 `CPU` 和磁盘之间的桥梁
<img src="https://img.liuxiaocs.top/20210202172224220.png" alt="image-20210202172217626" style="zoom:80%;" />
<img src="https://img.liuxiaocs.top/20210202172258429.png" alt="image-20210202172253653" style="zoom:80%;" />
#### 1.2.2 线程的内存空间
1. `Java` 虚拟机定义了若干种程序运行期间会使用到的运行时数据区：其中有一些会随着虚拟机启动而创建，随着虚拟机退出而销毁。另外一些则是与线程一一对应的，这些与线程对应的数据区域会随着线程开始和结束而创建和销毁。
2. 灰色的为单独线程私有的，红色的为多个线程共享的。即：
- 线程独有：独立包括程序计数器、栈、本地方法栈
- 线程间共享：堆、堆外内存（永久代或元空间[方法区落地的实现]、代码缓存[非堆]）【95%的垃圾回收集中在堆区，5%是在方法区】
<img src="https://img.liuxiaocs.top/20210202172743483.png" alt="image-20210202172737016" style="zoom:80%;" />
#### 1.2.3 Runtime类
**每个JVM只有一个Runtime实例**。即为**运行时环境**，相当于内存结构的中间的那个**运行时数据区**：运行时环境。【单例的】
<img src="https://img.liuxiaocs.top/20210202173134903.png" alt="image-20210202173130986" style="zoom:80%;" />
## 1.3 线程
[视频链接：040-JVM中的线程说明](https://www.bilibili.com/video/BV1PJ411n7xZ?p=40)
#### 1.3.1 JVM 线程
1. 线程是一个程序里的运行单元。`JVM` 允许一个应用有多个线程并发的执行【 `jvm` 支持多线程】
2. 在 `Hotspot JVM` 里，每个线程都与**操作系统的本地线程**直接映射 【一一对应】
- 当一个 `Java` 线程准备好执行以后，此时一个操作系统的本地线程也同时创建。`Java` 线程执行终止后，本地线程也会回收
3. **操作系统**负责将线程安排调度到任何一个可用的 `CPU` 上。一旦本地线程初始化成功，它就会调用 `Java` 线程中的`run()` 方法
4. 守护线程，普通线程【如果是终止执行的线程是最后一个非守护线程，则虚拟机停掉】
#### 1.3.2 JVM系统线程
- 如果你使用 `jconsole` 或者是任何一个调试工具，都能看到在后台有许多线程在运行。这些后台线程不包括调用`public static void main(String[])`的 `main` 线程以及所有这个 `main` 线程自己创建的线程。
- 这些主要的后台系统线程在 `Hotspot JVM` 里主要是以下几个：
1. **虚拟机线程**：这种线程的操作是需要 `JVM` 达到安全点才会出现。这些操作必须在不同的线程中发生的原因是他们都需要 `JVM` 达到安全点，这样堆才不会变化。这种线程的执行类型括 `stop-the-world` 的垃圾收集，线程栈收集，线程挂起以及偏向锁撤销
2. **周期任务线程**：这种线程是时间周期事件的体现（比如中断），他们一般用于周期性操作的调度执行
3. **GC线程**：这种线程对在 `JVM` 里不同种类的垃圾收集行为提供了支持
4. **编译线程**：这种线程在运行时会将字节码编译成到本地代码
5. **信号调度线程**：这种线程接收信号并发送给 `JVM` ，在它内部通过调用适当的方法进行处理
## 2.程序计数器(PC寄存器)
[视频链接：041-PC寄存器概述](https://www.bilibili.com/video/BV1PJ411n7xZ?p=41)
### 2.1 PC寄存器介绍
[官方文档网址](https://docs.oracle.com/javase/specs/jvms/se8/html/index.html)
<img src="https://img.liuxiaocs.top/20210202174058201.png" alt="image-20210202174050165" style="zoom:80%;" />
1. `JVM` 中的**程序计数寄存器**【针对物理上的 `PC` 寄存器的模拟，是软件层面上的】（ `Program Counter Register`）中，`Register` 的命名源于 `CPU` 的寄存器，**寄存器存储指令相关的现场信息**。`CPU` 只有把数据装载到寄存器才能够运行。
2. 这里，并非是广义上所指的物理寄存器，或许将其翻译为 `PC` 计数器（或指令计数器）会更加贴切（也称为程序钩子），并且也不容易引起一些不必要的误会。**JVM中的PC寄存器是对物理PC寄存器的一种抽象模拟**。
3. 它是一块**很小的内存空间**，几乎可以忽略不记。也是运行速度最快的存储区域。
4. 在 `JVM` 规范中，每个线程都有它自己的程序计数器，是线程私有的，生命周期与线程的生命周期保持一致。【记录当前线程执行到哪了】
5. 任何时间一个线程都只有一个方法在执行，也就是所谓的**当前方法**。程序计数器会存储当前线程正在执行的 `Java` 方法的`JVM` 指令地址；或者，如果是在执行 `native` 方法，则是未指定值（`undefined`）。【本地方法栈】
6. 它是**程序控制流**的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。
7. 字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。
8. 它是**唯一一个**在 `Java` 虚拟机规范中没有规定任何 `OutofMemoryError` 情况的区域。【唯一一个没有 `OOM`，没有`GC`（垃圾回收）】
### 2.2 PC寄存器的作用
`PC寄存器` 用来存储 **指向下一条指令的地址**，也即将要执行的指令代码。由执行引擎读取下一条指令，并执行该指令。
<img src="https://img.liuxiaocs.top/20210202174422511.png" alt="image-20210202174418304" style="zoom:80%;" />
### 2.3 举例
[视频链接：042-PC寄存器的使用举例](https://www.bilibili.com/video/BV1PJ411n7xZ?p=42)
```java
public class PCRegisterTest {
public static void main(String[] args) {
int i = 10;
int j = 20;
int k = i + j;
String s = "abc";
System.out.println(i);
System.out.println(k);
}
}
```
查看字节码
> 看字节码的方法：https://blog.csdn.net/21aspnet/article/details/88351875
```shell
D:\Java\IdeaProjects\JVM\out\production\chapter04\com\whut\java>javap -verbose PCRegisterTest.class
Classfile /D:/Java/IdeaProjects/JVM/out/production/chapter04/com/whut/java/PCRegisterTest.class
Last modified 2021-2-2; size 669 bytes
MD5 checksum a597f2640ddadde981a3e34457953a57
Compiled from "PCRegisterTest.java"
public class com.whut.java.PCRegisterTest
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
#1 = Methodref #6.#26 // java/lang/Object."<init>":()V
#2 = String #27 // abc
#3 = Fieldref #28.#29 // java/lang/System.out:Ljava/io/PrintStream;
#4 = Methodref #30.#31 // java/io/PrintStream.println:(I)V
#5 = Class #32 // com/whut/java/PCRegisterTest
#6 = Class #33 // java/lang/Object
#7 = Utf8 <init>
#8 = Utf8 ()V
#9 = Utf8 Code
#10 = Utf8 LineNumberTable
#11 = Utf8 LocalVariableTable
#12 = Utf8 this
#13 = Utf8 Lcom/whut/java/PCRegisterTest;
#14 = Utf8 main
#15 = Utf8 ([Ljava/lang/String;)V
#16 = Utf8 args
#17 = Utf8 [Ljava/lang/String;
#18 = Utf8 i
#19 = Utf8 I
#20 = Utf8 j
#21 = Utf8 k
#22 = Utf8 s
#23 = Utf8 Ljava/lang/String;
#24 = Utf8 SourceFile
#25 = Utf8 PCRegisterTest.java
#26 = NameAndType #7:#8 // "<init>":()V
#27 = Utf8 abc
#28 = Class #34 // java/lang/System
#29 = NameAndType #35:#36 // out:Ljava/io/PrintStream;
#30 = Class #37 // java/io/PrintStream
#31 = NameAndType #38:#39 // println:(I)V
#32 = Utf8 com/whut/java/PCRegisterTest
#33 = Utf8 java/lang/Object
#34 = Utf8 java/lang/System
#35 = Utf8 out
#36 = Utf8 Ljava/io/PrintStream;
#37 = Utf8 java/io/PrintStream
#38 = Utf8 println
#39 = Utf8 (I)V
{
public com.whut.java.PCRegisterTest();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
LineNumberTable:
line 3: 0
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this Lcom/whut/java/PCRegisterTest;
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=5, args_size=1
0: bipush 10
2: istore_1
3: bipush 20
5: istore_2
6: iload_1
7: iload_2
8: iadd
9: istore_3
10: ldc #2 // String abc
12: astore 4
14: getstatic #3 // Field java/lang/System.out:Ljava/io/PrintStream;
17: iload_1
18: invokevirtual #4 // Method java/io/PrintStream.println:(I)V
21: getstatic #3 // Field java/lang/System.out:Ljava/io/PrintStream;
24: iload_3
25: invokevirtual #4 // Method java/io/PrintStream.println:(I)V
28: return
LineNumberTable:
line 5: 0
line 6: 3
line 7: 6
line 9: 10
line 10: 14
line 11: 21
line 12: 28
LocalVariableTable:
Start Length Slot Name Signature
0 29 0 args [Ljava/lang/String;
3 26 1 i I
6 23 2 j I
10 19 3 k I
14 15 4 s Ljava/lang/String;
}
SourceFile: "PCRegisterTest.java"
```
- 左边的数字代表**指令地址（指令偏移）**，即 `PC` 寄存器中可能存储的值，然后执行引擎读取 `PC` 寄存器中的值，并执行该指令，右边的表示**操作指令**。
<img src="https://img.liuxiaocs.top/20210202180026333.png" alt="image-20210202180021527" style="zoom:80%;" />
### 2.4 两个面试题
[视频地址：043-解决PC寄存器两个面试问题](https://www.bilibili.com/video/BV1PJ411n7xZ?p=43)
> **使用PC寄存器存储字节码指令地址有什么用呢？**或者问**为什么使用 PC 寄存器来记录当前线程的执行地址呢？**
1. 因为 `CPU` 需要不停的**切换各个线程**，这时候切换回来以后，就**得知道接着从哪开始继续执行**
2. `JVM` 的字节码解释器就需要通过改变 `PC` 寄存器的值来明确下一条应该执行什么样的字节码指令
<img src="https://img.liuxiaocs.top/20210202180407977.png" alt="image-20210202180403275" style="zoom:80%;" />
> **PC寄存器为什么被设定为私有的？**
1. 我们都知道所谓的多线程在一个特定的时间段内只会执行其中某一个线程的方法，`CPU` 会不停地做**任务切换**，这样必然导致经常中断或恢复，如何保证分毫无差呢？**为了能够准确地记录各个线程正在执行的当前字节码指令地址，最好的办法自然是为每一个线程都分配一个PC寄存器**，这样一来各个线程之间便可以进行**独立计算**，从而**不会出现相互干扰**的情况。
2. 由于 `CPU` 时间片轮限制，众多线程在并发执行过程中，任何一个确定的时刻，一个处理器或者多核处理器中的每一个内核，只会执行某个线程中的一条指令。【 `cpu` 主频很高，快速切换不同的线程执行】
3. 这样必然导致经常中断或恢复，如何保证分毫无差呢？每个线程在创建后，都会产生自己的程序计数器和栈帧，程序计数器在各个线程之间互不影响。
### 2.5 CPU时间片
1. `CPU` 时间片即 `CPU` 分配给各个程序的时间，每个线程被分配一个时间段，称作它的时间片。
2. 在宏观上：我们可以同时打开多个应用程序，每个程序并行不悖，同时运行。
3. 但在微观上：由于只有一个 `CPU` ，一次只能处理程序要求的一部分，如何处理公平，一种方法就是引入时间片，**每个程序轮流执行**。
<img src="https://img.liuxiaocs.top/20210202181051813.png" alt="image-20210202181047881" style="zoom:80%;" />
## 3.本地方法接口
[视频链接：063-本地方法接口的理解](https://www.bilibili.com/video/BV1PJ411n7xZ?p=63)
### 3.1 本地方法
<img src="https://img.liuxiaocs.top/20210202181541922.png" alt="image-20210202181535572" style="zoom:80%;" />
1. 简单地讲，**一个Native Method是一个Java调用非Java代码的接囗**一个 `Native Method` 是这样一个 `Java` 方法：该方法的实现由非 `Java` 语言实现，比如 `C` 。这个特征并非 `Java` 所特有，很多其它的编程语言都有这一机制，比如在 `C++` 中，你可以用 `extern` 告知 `C++` 编译器去调用一个 `C` 的函数。【可以查看 `Thread` 类里面的】
2. `A native method is a Java method whose implementation is provided by non-java code.`（本地方法是一个非 `Java` 的方法，它的具体实现是非 `Java` 代码的实现）
3. 在定义一个 `native method` 时，并不提供实现体（有些像定义一个 `Java interface` ），因为其实现体是由非 `java` 语言在外面实现的。
4. 本地接口的作用是融合不同的编程语言为 `Java` 所用，它的初衷是融合 `C/C++` 程序。
### 3.2 举例
需要注意的是：标识符 `native` 可以与其它 `java` 标识符连用，但是 `abstract` 除外
```java
public class IHaveNatives {
public native void Native1(int x);
public native static long Native2();
private native synchronized float Native3(Object o);
native void Native4(int[] ary) throws Exception;
}
```
### 3.3 为什么要使用 Native Method?
`Java` 使用起来非常方便，然而有些层次的任务用 `Java` 实现起来不容易，或者我们对程序的效率很在意时，问题就来了。
#### 3.3.1 与ava环境外交互
**有时Java应用需要与Java外面的硬件环境交互，这是本地方法存在的主要原因**。你可以想想 `Java` 需要与一些**底层系统**，如操作系统或某些硬件交换信息时的情况。本地方法正是这样一种交流机制：它为我们提供了一个非常简洁的接口，而且我们无需去了解 `Java` 应用之外的繁琐的细节。
#### 3.3.2 与操作系统的交互
1. `JVM` 支持着 `Java` 语言本身和运行时库，它是 `Java` 程序赖以生存的平台，它由一个解释器（解释字节码）和一些连接到本地代码的库组成。
2. 然而不管怎样，它毕竟不是一个完整的系统，它经常依赖于一底层系统的支持。这些底层系统常常是强大的操作系统。
3. **通过使用本地方法，我们得以用Java实现了jre的与底层系统的交互，甚至JVM的一些部分就是用C写的**。
4. 还有，如果我们要使用一些 `Java` 语言本身没有提供封装的操作系统的特性时，我们也需要使用本地方法。
#### 3.3.3 Sun's java
1. `Sun` 的解释器是用 `C` 实现的，这使得它能像一些普通的 `C` 一样与外部交互。`jre` 大部分是用 `Java` 实现的，它也通过一些本地方法与外界交互。
2. 例如：类 `java.lang.Thread` 的 `setPriority()` 方法是用 `Java` 实现的，但是它实现调用的是该类里的本地方法`setPriority0()` 。这个本地方法是用 `C` 实现的，并被植入 `JVM` 内部在 `Windows 95` 的平台上，这个本地方法最终将调用 `Win32 setpriority() API`。这是一个本地方法的具体实现由 `JVM` 直接提供，更多的情况是本地方法由外部的动态链接库（`external dynamic link library`）提供，然后被 `JVM` 调用。
#### 3.3.4 本地方法的现状
目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过 `Java` 程序驱动打印机或者 `Java` 系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 `Socket` 通信，也可以使用 `Web Service` 等等，不多做介绍。
## 4.本地方法栈
[视频链接：064-本地方法栈的理解](https://www.bilibili.com/video/BV1PJ411n7xZ?p=64)
1. **Java虚拟机栈于管理Java方法的调用，而本地方法栈用于管理本地方法的调用**。
2. 本地方法栈，也是**线程私有**的。
3. 允许被实现成**固定**或者是**可动态扩展**的内存大小（在内存溢出方面和虚拟机栈相同）
- 如果线程请求分配的栈容量超过本地方法栈允许的最大容量，`Java` 虚拟机将会抛出一个 `StackoverflowError` 异常。
- 如果本地方法栈可以动态扩展，并且在尝试扩展的时候**无法申请到足够的内存**，或者在创建新的线程时没有足够的内存去创建对应的本地方法栈，那么 `Java` 虚拟机将会抛出一个 `OutofMemoryError` 异常。
4. 本地方法一般是使用 `C` 语言或 `C++` 语言实现的。
5. 它的具体做法是 `Native Method Stack` 中登记 `native` 方法，在 `Execution Engine` 执行时**加载本地方法库**。
<img src="https://img.liuxiaocs.top/20210202190837871.png" alt="image-20210202190659005" style="zoom:80%;" />
**注意事项**
1. **当某个线程调用一个本地方法时，它就进入了一个全新的并且不再受虚拟机限制的世界。它和虚拟机拥有同样的权限**。
- 本地方法可以通过本地方法接口来**访问虚拟机内部的运行时数据区**
- 它甚至可以直接使用本地处理器中的寄存器
- 直接从本地内存的堆中分配任意数量的内存
2. 并不是所有的 `JVM` 都支持本地方法。因为 `Java` 虚拟机规范并没有明确要求本地方法栈的使用语言、具体实现方式、数据结构等。如果 `JVM` 产品不打算支持 `native` 方法，也可以无需实现本地方法栈。
3. 在 `Hotspot JVM` 中，直接将**本地方法栈**和**虚拟机栈**合二为一。
---
[视频链接：065-JVM学习路线与内容回顾](https://www.bilibili.com/video/BV1PJ411n7xZ?p=65)
<img src="https://img.liuxiaocs.top/20210202191252813.png" alt="image-20210202191247369" style="zoom:80%;" />
浙公网安备 33010602011771号