程序计数器（pc）是用于存放下一条待执行指令内存地址的寄存器，它在上下文切换中被保存至任务专属控制块或内核栈，确保线程能从中断处无缝恢复执行。

程序计数器（PC）是上下文切换中保存“执行位置”的关键寄存器，它不参与计算或存储数据，只专注记录下一条指令的地址。它的作用不是主动协助，而是被精准捕获和还原——正是这个简单动作，让线程或进程能从中断处无缝继续。

PC 是每个任务的“执行书签”

CPU 执行指令时，PC 始终指向即将取指的内存地址。就像阅读一本书时夹在某页的书签：换人读时，必须把当前人的书签取下来、收好；轮到下一个人，再把他的书签放回对应页。PC 就是这个物理书签，且每个线程/进程独享一个逻辑副本。

• 顺序执行时，PC 自动递增；遇到跳转、调用或中断时，PC 被直接改写为目标地址
• 切换发生瞬间，硬件自动将当前 PC 值压入内核栈，或写入该任务专属的控制块（如 TCB 或 PCB）
• 恢复时，操作系统从对应任务的数据结构中取出 PC 值，加载进 CPU 的 PC 寄存器，CPU 就从那里取下一条指令

它被保存在哪里？为什么不会串扰

PC 不存在共享内存里，也不走 JVM 堆或方法区。它的保存位置由 OS 和 CPU 共同约定，天然隔离：

• 在 x86 上，通常存入任务状态段（TSS）的 eip 字段；ARM 架构用 pc 寄存器配合进程控制块
• 每个线程有自己的内核栈和 TCB，PC 值只写入属于自己的那块内存区域
• JVM 完全不干预——这是底层硬件与内核的职责，连 GC 都管不到它

没有 PC，上下文切换就失去意义

如果只保存通用寄存器和栈指针，却不保存 PC，系统就不知道该从哪条指令继续执行。结果就是：任务看似被“切换出去”，再切回来时却从头开始，或者跳到随机地址导致崩溃。

• 保存 PC 是上下文切换的必要环节，和保存 sp（栈指针）、bp（基址指针）同等关键
• 伪代码中常见 push eip 或 save pc 操作，往往出现在上下文保存流程的第一或第二步
• 哪怕只是毫秒级的中断处理，内核也必须先压入当前 PC，确保返回时能回到原指令继续执行

它不占 Java 堆，也不怕内存溢出

程序计数器是 JVM 运行时数据区中唯一明确不会抛 OutOfMemoryError 的区域。原因很实在：

• 它映射到 CPU 物理寄存器，或线程私有的缓存空间，生命周期与线程绑定
• 不经过堆分配，不受 GC 管理，也不参与对象引用追踪
• 大小固定（32 位或 64 位），无需动态扩容，自然不存在溢出风险