程序计数器(PC寄存器)
# JVM-程序计数器(PC寄存器)
# 1. 介绍
JVM中的程序计数寄存器(Program Counter Register)中,Register的命名源于CPU的寄存器,寄存器存储指令相关的现场信息。CPU只有把数据装载到寄存器才能够运行。这里,并非是广义上所指的物理寄存器,或许将其翻译为PC计数器(或指令计数器)会更加贴切(也称为程序钩子),并且也不容易引起一些不必要的误会。JVM中的PC寄存器是对物理PC寄存器的一种抽象模拟。
栈没有垃圾回收,有内存溢出(OOM)
堆和方法区有垃圾回收(GC/OOM)
PC寄存器没有GC和OOM
# 2. 作用
PC寄存器用来存储指向下一条指令的地址
,也即将要执行的指令代码。由执行引擎读取下一条指令。
它是一块很小的内存空间,几乎可以忽略不记。也是运行速度最快的存储区域。
在JVM规范中,每个线程都有它自己的程序计数器,是线程私有的,生命周期与线程的生命周期保持一致。
任何时间一个线程都只有一个方法在执行,也就是所谓的当前方法
。程序计数器会存储当前线程正在执行的Java方法的JVM指令地址;或者,如果是在执行native方法,则是未指定值(undefned)。
它是程序控制流的指示器,分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令。
它是唯一一个在Java虚拟机规范中没有规定任何outotMemoryError情况的区域。
游标,集合迭代器
# 3. 案例
我们首先写一个简单的代码
/**
* @Author: CHGGX
* @Date: 2020/09/06 8:26
* @Description: <h1> PC寄存器案例 </h1>
*/
public class PCRegisterTest {
public static void main(String[] args) {
int i = 10;
int j = 20;
int k = i + j;
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
反编译命令
javap -verbose PCRegisterTest.class
或者 javap -v PCRegisterTest.class
2
得到下面结果
Classfile /D:/java-code/java/jvm/target/classes/com/chggx/jvm/chapter04/PCRegi
sterTest.class
Last modified 2020-9-6; size 501 bytes
MD5 checksum 588b9b406f9e4a1537c4970fa22c6fd7
Compiled from "PCRegisterTest.java"
public class com.chggx.jvm.chapter04.PCRegisterTest
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
#1 = Methodref #3.#21 // java/lang/Object."<init>":()V
#2 = Class #22 // com/chggx/jvm/chapter04/PCRegiste
rTest
#3 = Class #23 // java/lang/Object
#4 = Utf8 <init>
#5 = Utf8 ()V
#6 = Utf8 Code
#7 = Utf8 LineNumberTable
#8 = Utf8 LocalVariableTable
#9 = Utf8 this
#10 = Utf8 Lcom/chggx/jvm/chapter04/PCRegisterTest;
#11 = Utf8 main
#12 = Utf8 ([Ljava/lang/String;)V
#13 = Utf8 args
#14 = Utf8 [Ljava/lang/String;
#15 = Utf8 i
#16 = Utf8 I
#17 = Utf8 j
#18 = Utf8 k
#19 = Utf8 SourceFile
#20 = Utf8 PCRegisterTest.java
#21 = NameAndType #4:#5 // "<init>":()V
#22 = Utf8 com/chggx/jvm/chapter04/PCRegisterTest
#23 = Utf8 java/lang/Object
{
public com.chggx.jvm.chapter04.PCRegisterTest();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<ini
t>":()V
4: return
LineNumberTable:
line 8: 0
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this Lcom/chggx/jvm/chapter04/PCRegisterTest;
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=4, 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: return
LineNumberTable:
line 11: 0
line 12: 3
line 13: 6
line 14: 10
LocalVariableTable:
Start Length Slot Name Signature
0 11 0 args [Ljava/lang/String;
3 8 1 i I
6 5 2 j I
10 1 3 k I
}
SourceFile: "PCRegisterTest.java"
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
从上面反编译结果可以看出: 发现在字节码的左边有一个行号标识,它其实就是指令地址,用于指向当前执行到哪里。
stack=2, locals=4, 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: return
2
3
4
5
6
7
8
9
10
# 4. 常见问题
# 使用PC寄存器存储字节码指令地址有什么用呢?(问什么使用PC寄存器记录当前线程执行地址呢?)
因为CPU需要不停地奇幻各个线程,这个时候切换回来以后,就得知道接着从哪开始继续执行。
JVM的字节码解释器就需要通过改变PC寄存器的值来明确下一跳应该执行什么样的字节码指令。
# PC寄存器问什么会被设定为私有的?
我们都知道所谓的多线程在一个特定的时间段内只会执行其中一个线程的方法,CPU会不停的做任务切换,这样必然导致经常中断或恢复,如何保证分毫无差呢?为了能够准确的记录各个线程正在执行的当前字节码指令地址,最好的办法自然是为每一个线程都分配一个PC寄存器
。这样一来各个线程之间便可以进行独立计算,从而不会出现相互干扰的情况。
由于CPU时间片轮限制,众多线程在并发执行过程中,任何一个确定的是哦,一个处理器或者多个处理器中的一个内核,只会执行某个线程中的一条指令。
这个必然导致经常中断或恢复,如何保证分毫无差呢?每个线程在创建后,都会产生自己的程序计数器和栈帧,程序计数器在各个线程之间互不影响。
# CPU时间片
CPU时间片即CPU分配给各个程序的时间,每个线程被分配一个时间段,称作它的时间片。
在宏观上:我们可以同时打开多个应用程序,每个程序并行不悖,同时运行。
但在微观上:由于只有一个CPU,一次只能处理程序要求的一部分,如何处理公平,一种方法就是引入时间片,每个程序轮流执行。