深入理解JVM1：内存结构篇（程序计数器）

此篇博客主要以笔记的形式，记录笔者在B站《深入理解JVM》课程中学到的知识点。课程地址：《黑马程序员JVM完整教程，全网超高评价，全程干货不拖沓》

上图为JVM内存结构概况图，本篇博客我们将来探究JVM中的程序计数器（图片来自课程截图）

---

1.什么是程序计数器？

Program Counter Refister 程序计数器记录的是每一个线程下一条要执行的JVM指令地址，并且底层使用寄存器实现的。

问题1：为什么要记住每个线程下一条指令的地址？

• 因为在实际的业务场景中，Java程序都是多线程的，而执行程序的CPU与我们的人脑一样，无法做到“一心二用”的。因此，在多线程场景下，CPU执行多个线程的程序时是先执行第一个线程一段时间，等到第二个线程抢占到时间片后，CPU开始执行线程二，过一段时间后线程一又抢占到时间片，CPU再次执行线程一，如此反复，使得CPU在我们的眼中有一种“同时处理多个任务”的错觉。
• 我们将CPU换成我们的人脑再来理解一次，就拿左手画原型，右手画矩形的游戏举例子，我们的左右手分别对应线程一和线程二。因为人脑无法做到真正意义上的“一心二用”，因此，人脑在进行这个游戏时，会在执行画圆形和矩形的操作之间来回切换，形成了人脑同时画圆形和矩形的一种假象。
• 这时，问题就出来了，大部分的人在做这个游戏的时候都无法成功的完成游戏任务，不是圆形画歪了就是矩形变弯了。但如果只是单独画一个图形，事情就会变得很顺畅。到底是什么原因导致的？因为人脑在来回切换画圆形和画矩形的任务时，产生了记忆混乱，无法正确判断上一次画这个图形时的完成度，因此接着往下画出现混乱，导致图形变样。
• 在CPU也会存在与人脑一样的问题。一个线程由多个指令组成，CPU在多个线程中切换时，CPU无法正确判断上一次该线程执行到了哪一条指令，这时就会出现程序混乱。
• 而程序计数器的任务则是告诉CPU，该线程上一次运行时，执行到了哪一条命令，下一条应该执行哪一条指令，此时CPU就按照程序计数器提供的下一条指令地址继续往下执行，从而避免了CPU在线程切换过程中出现的程序混乱问题。

问题2：程序计数器为什么使用寄存器来实现？

• 因为程序计数器中的数据读取频繁，因此应该将其设置在读取效率高的位置。而寄存器被集成在CPU内，正所谓 “近水楼台先得月” ，程序计数器使用寄存器来实现也能够解释通了~！

---

2.程序计数器的特点

1. 线程私有（在上面我们就已经提到，程序计数器记录的是该线程下一条要执行的指令的地址，因此每个线程都应该拥有与其对应的程序计数器，并且程序计数器之间独立、私有）。
2. 不会存在内存溢出（因为程序计算器仅仅只是一个运行指示器，它所需要存储的内容仅仅就是下一个需要待执行的命令的地址，无论代码有多少，最坏情况下死循环也不会让这块内存区域超限，因为程序计算器所维护的就是下一条待执行的命令的地址，所以不会存在内存溢出的问题）。

程序计数器写到这就结束啦，在下一篇博客中我们将来探讨JVM中另一重要的组成部分——虚拟机栈。