程序计数器（PC寄存器）是JVM运行时数据区中最小、最轻量但不可或缺的线程私有内存区域，仅存储下一条字节码指令地址，64位系统占8字节，不发生OOM，支撑所有控制流与执行调度。
程序计数器（PC寄存器）确实是JVM运行时数据区中最小、最轻量的内存单位，但它绝不是“可有可无”的配角——它是整个执行引擎精准调度的基石。
它为什么小得几乎可以忽略？
程序计数器只存储一个地址值：当前线程下一条要执行的字节码指令的内存地址。在64位系统上通常仅占8字节，不存对象、不存变量、不存引用，纯粹是个“指针”。正因为职责单一、容量固定，JVM规范明确它不会发生OutOfMemoryError。
线程私有不是设计选择，而是必须
多线程环境下，CPU靠时间片轮转切换线程。一旦线程被挂起，必须准确记住它“刚执行到哪一行字节码”，否则恢复时就会跳指令或重复执行。所以：
- 每个线程启动时，JVM自动为其分配独立的PC寄存器
- 线程结束，其PC寄存器随之销毁
- 执行Java方法时，PC寄存器存的是字节码地址；执行本地（native）方法时，值为undefined
它支撑着所有基础控制流
你写的if、for、break、try-catch，甚至方法调用与返回，背后都依赖PC寄存器的实时更新：
- 字节码解释器靠读取PC值获取下一条指令
- 遇到分支或跳转指令（如goto、if_icmpne），直接修改PC值实现流程跳转
- 异常抛出时，JVM通过PC定位当前执行位置，再查异常表决定是否捕获
和CPU寄存器的关系很实在
JVM的PC寄存器是对物理CPU中程序计数器的逻辑抽象。虽然运行在软件层，但设计初衷就是模拟硬件行为——追求极致的读取速度与确定性。这也是它被放在运行时数据区最“底层”、且不参与GC的原因：它不属于堆或栈，也不需要被管理，只服务执行引擎本身。
