程序计数器（PC）不负责恢复执行，仅记录下一条指令地址；真正实现多线程切换时“恢复执行”的是操作系统在上下文切换中对PC及其他寄存器的保存与重载。
程序计数器（PC）寄存器本身**不负责恢复执行**，它只是记录当前线程下一条要执行的指令地址；真正实现多线程切换时“恢复执行”的，是操作系统在上下文切换（context switch）过程中对PC（以及其它寄存器）的**保存与重载**。
PC 是每个线程私有的运行状态的一部分
现代CPU为每个线程（或更准确地说，每个执行上下文）维护独立的PC值。当线程被调度暂停时，其当前PC值必须被保存；当该线程再次被调度运行时，这个PC值必须被还原到CPU的PC寄存器中，才能从中断处继续执行。
关键点：
- PC 不是共享资源，线程切换时不会“竞争”同一个PC
- 用户代码无法直接读写PC（x86/x64等架构下PC不可见为通用寄存器），它由CPU和OS协同隐式管理
- 保存/恢复PC 是上下文切换的**必要环节**，但不是唯一环节——还需保存/恢复栈指针、通用寄存器、浮点寄存器、状态标志等
上下文切换时PC如何被保存和恢复
以Linux x86_64为例：
- 当发生中断（如定时器中断）或系统调用导致调度时，CPU自动将当前指令地址（即“下一条要执行的指令地址”，已由CPU内部机制更新）压入内核栈，并跳转到中断处理程序
- 内核调度器决定切换到新线程后，会调用switch_to()宏，它底层通过汇编指令（如movq %rdi, %rsp切换栈、pushq/popl或movq操作寄存器）把旧线程的寄存器组（含RIP，即x86_64中的PC）保存到其task_struct的thread_struct中
- 同时，把目标线程的RIP（及其它寄存器）从它的thread_struct中加载回CPU寄存器；其中RIP被加载到CPU的指令指针，CPU便从此地址开始取指执行
程序员无需手动操作PC，但需理解其作用边界
你写的C/Java/Python代码完全看不到PC，也不需要、也不应该试图干预它：
- 函数调用、循环、条件跳转等，均由编译器生成对应指令（如call/jmp），CPU自动更新PC
- 线程sleep、wait、阻塞IO等，最终都触发系统调用→内核接管→完成上下文保存→调度其他线程→后续唤醒时再恢复原PC
- 若想观察PC行为，可通过gdb调试（info registers rip）、反汇编（objdump -d）或perf record查看指令流，但这是分析手段，非控制手段
常见误解澄清
✘ “线程切换时PC会自动记住位置” → 实际是OS在切换前**主动保存**，切换后**主动恢复**，不是PC自己“记得”
✘ “我可以修改PC让线程跳到任意代码” → 用户态程序无权写RIP/RIP；强行修改（如内核模块或模拟器中）极易导致崩溃，不属于正常多线程编程范畴
✘ “PC保存在栈上所以不怕丢失” → PC通常保存在内核为线程分配的固定结构体（如thread_struct）中，而非用户栈或内核栈的易变区域，确保稳定可靠
