1、PC Register介绍

JVM中的程序计数寄存器(Program Counter Register)中，Register的命名源于CPU的寄存器，寄存器存储指令相关的现场信息。CPU只有把数据装在到寄存器才能够运行。
这里，并非是广义上所指的物理寄存器，或许将其翻译为PC计数器(或指令计数器)会更加贴切(也称为程序钩子)，并且也不容易引起一些不必要的误会。JVM中的PC寄存器是对物理PC寄存器的一种抽象模拟。
有人可能会问，JVM中有寄存器吗？你可以认为有(PC寄存器)，也可以说没有。怎么说呢？CPU中的寄存器是物理元器件。这里的寄存器是软件层面的，是一种模拟。

• 它是一块很小的内存空间，几乎可以忽略不记。也是运行速度最快的存储区域。很小是因为其只存储下一条指令的地址。其运行速度是最快的存储地址，只有存下一条指控和取这两个操作。
• 在JVM规范中，每个线程都有他自己的程序计数器，是线程私有的，声明周期与线程的生命周期保持一致。
• 任何时间一个线程都只有一个方法在执行，也就是所谓的当前方法。程序计数器都会存储当前线程正在执行的Java方法的JVM指令地址：或者，如果是在执行native方法(在本地方法栈中)，则是未指定值(undefined)。本地方法栈是用c/c++写的，PC寄存器是Java层面的，只在调用自己的方法，即JVM栈时才有效，在调用本地方法(在本地方法栈)时是无效的。
• 它是程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。
• 字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。
• 它是唯一一个在Java虚拟机规范中没有规定任何OutofMemoryError情况的区域。

我们在学习JVM时，要注意GC和OOM。看着五个区域是否与GC和OOM。首先PC寄存器是最特殊的，没有GC和OOM，对于GC：方法区、堆是有垃圾回收的，但是JVM栈和本地方法栈是没有GC(垃圾回收的)，因为只有入栈和出栈操作，不需要垃圾回收。对于OOM：除了PC寄存器，剩下的四块区域都可能会OOM。
这里要知道：PC寄存器是存储下一条指令的地址的。只有存储好后，执行引擎才能执行，因为执行引擎要从这里取命令，并执行。

2、举例说明

public class PCRegisterTest {

public static void main(String[] args) {<br />        int i = 10;<br />        int j = 20;<br />        int k = i + j;
    String s = "abc";<br />        System.out.println(i);<br />        System.out.println(k);
}<br />}<br />查看字节码方法：[https://blog.csdn.net/21aspnet/article/details/88351875](https://blog.csdn.net/21aspnet/article/details/88351875)<br />Classfile /F:/IDEAWorkSpaceSourceCode/JVMDemo/out/production/chapter04/com/atguigu/java/PCRegisterTest.class<br />  Last modified 2020-11-2; size 675 bytes<br />  MD5 checksum 53b3ef104479ec9e9b7ce5319e5881d3<br />  Compiled from "PCRegisterTest.java"<br />public class com.atguigu.java.PCRegisterTest<br />  minor version: 0<br />  major version: 52<br />  flags: ACC_PUBLIC, ACC_SUPER<br />Constant pool:<br />   #1 = Methodref          #6.#26         // java/lang/Object."<init>":()V<br />   #2 = String             #27            // abc<br />   #3 = Fieldref           #28.#29        // java/lang/System.out:Ljava/io/PrintStream;<br />   #4 = Methodref          #30.#31        // java/io/PrintStream.println:(I)V<br />   #5 = Class              #32            // com/atguigu/java/PCRegisterTest<br />   #6 = Class              #33            // java/lang/Object<br />   #7 = Utf8               <init><br />   #8 = Utf8               ()V<br />   #9 = Utf8               Code<br />  #10 = Utf8               LineNumberTable<br />  #11 = Utf8               LocalVariableTable<br />  #12 = Utf8               this<br />  #13 = Utf8               Lcom/atguigu/java/PCRegisterTest;<br />  #14 = Utf8               main<br />  #15 = Utf8               ([Ljava/lang/String;)V<br />  #16 = Utf8               args<br />  #17 = Utf8               [Ljava/lang/String;<br />  #18 = Utf8               i<br />  #19 = Utf8               I<br />  #20 = Utf8               j<br />  #21 = Utf8               k<br />  #22 = Utf8               s<br />  #23 = Utf8               Ljava/lang/String;<br />  #24 = Utf8               SourceFile<br />  #25 = Utf8               PCRegisterTest.java<br />  #26 = NameAndType        #7:#8          // "<init>":()V<br />  #27 = Utf8               abc<br />  #28 = Class              #34            // java/lang/System<br />  #29 = NameAndType        #35:#36        // out:Ljava/io/PrintStream;<br />  #30 = Class              #37            // java/io/PrintStream<br />  #31 = NameAndType        #38:#39        // println:(I)V<br />  #32 = Utf8               com/atguigu/java/PCRegisterTest<br />  #33 = Utf8               java/lang/Object<br />  #34 = Utf8               java/lang/System<br />  #35 = Utf8               out<br />  #36 = Utf8               Ljava/io/PrintStream;<br />  #37 = Utf8               java/io/PrintStream<br />  #38 = Utf8               println<br />  #39 = Utf8               (I)V<br />{<br />  public com.atguigu.java.PCRegisterTest();<br />    descriptor: ()V<br />    flags: ACC_PUBLIC<br />    Code:<br />      stack=1, locals=1, args_size=1<br />         0: aload_0<br />         1: invokespecial #1                  // Method java/lang/Object."<init>":()V<br />         4: return<br />      LineNumberTable:<br />        line 7: 0<br />      LocalVariableTable:<br />        Start  Length  Slot  Name   Signature<br />            0       5     0  this   Lcom/atguigu/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 10: 0
line 11: 3
line 12: 6
line 14: 10
line 15: 14
line 16: 21
line 18: 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 寄存器中的值，并执行该指令

3、两个常见问题

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

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

PC寄存器为什么被设定为私有的？

1. 我们都知道所谓的多线程在一个特定的时间段内只会执行其中某一个线程的方法，CPU会不停地做任务切换，这样必然导致经常中断或恢复，如何保证分毫无差呢？为了能够准确地记录各个线程正在执行的当前字节码指令地址，最好的办法自然是为每一个线程都分配一个PC寄存器，这样一来各个线程之间便可以进行独立计算，从而不会出现相互干扰的情况。
2. 由于CPU时间片轮限制，众多线程在并发执行过程中，任何一个确定的时刻，一个处理器或者多核处理器中的一个内核，只会执行某个线程中的一条指令。
3. 这样必然导致经常中断或恢复，如何保证分毫无差呢？每个线程在创建后，都会产生自己的程序计数器和栈帧，程序计数器在各个线程之间互不影响。

CPU时间片

1. CPU时间片即CPU分配给各个程序的时间，每个线程被分配一个时间段，称作它的时间片。
2. 在宏观上：我们可以同时打开多个应用程序，每个程序并行不悖，同时运行。
3. 但在微观上：由于只有一个CPU，一次只能处理程序要求的一部分，如何处理公平，一种方法就是引入时间片，每个程序轮流执行。