什么是进程上下文切换（Context Switch）？

知识点图片

进程上下文切换（Process Context Switch） 是操作系统中一个非常核心的概念，它是实现多任务（Multitasking）的基础。

简单来说，进程上下文切换是指 CPU 从一个进程（Process）切换到另一个进程去执行的过程。

为了让你透彻理解，我们可以从以下几个维度来拆解：

在 CPU 看来，它不知道什么是“浏览器”或“微信”，它只知道执行指令。为了让一个程序运行，CPU 需要依赖特定的环境，这个环境就是上下文。

进程的上下文主要包括以下几类信息：

CPU 寄存器（Registers）： 这是最快的数据存储单元。
- 程序计数器（PC）： 记录下一条要执行的指令地址。
- 栈指针（Stack Pointer）： 记录当前栈顶的位置。
- 通用寄存器： 存储计算过程中的临时数据。
虚拟内存状态（Virtual Memory）：
- 页表（Page Tables）： 记录虚拟地址到物理地址的映射关系（这是进程切换最昂贵的部分）。
内核栈与用户栈： 程序函数调用的堆栈信息。
进程控制块（PCB）： 操作系统管理进程的数据结构（如进程状态、优先级、打开的文件描述符等）。

比喻：
想象你在读一本小说（进程 A）。突然电话响了，你需要去接电话（处理其他任务）。在放下书之前，你必须记住你读到了第几页、第几行（PC 寄存器），以及当前的情节背景（内存状态）。这就是“保存上下文”。

当操作系统决定停止运行进程 A，转而运行进程 B 时，会发生以下步骤：

挂起进程 A： 将 CPU 当前的寄存器值、程序计数器等状态保存到进程 A 的 PCB（或内核栈）中。
切换内存空间： 这是最关键的一步。 操作系统需要切换虚拟内存映射（更改页表基址寄存器，如 x86 的 CR3）。这会导致 CPU 的 TLB（页表缓存）失效。
恢复进程 B： 从进程 B 的 PCB 中读取之前保存的寄存器值、程序计数器等，加载到 CPU 中。
执行进程 B： CPU 开始执行进程 B 的指令。

上下文切换不是随机发生的，通常由以下情况触发：

上下文切换是昂贵的，它不是免费的午餐。

直接开销： 保存和恢复寄存器、内核栈、更新 PCB 等操作都需要 CPU 时间（通常在纳秒到微秒级别）。
间接开销（影响更大）：
- TLB 刷新： 切换进程意味着切换内存空间，这会导致 TLB（Translation Lookaside Buffer，用于加速虚拟地址转换的缓存）失效。新的进程在刚开始运行时，访问内存会变慢，因为需要重新填充 TLB。
- CPU Cache 污染： 进程 A 的数据还在 L1/L2/L3 缓存里，切换到进程 B 后，这些缓存数据不仅没用了，还占着位置。进程 B 需要把自己的数据加载进缓存，导致缓存命中率下降。

结论： 如果上下文切换过于频繁（例如每秒几万次），CPU 会花费大量时间在“切换”本身，而不是在“计算”上，导致系统负载（Load Average）升高，性能下降。

这三个概念容易混淆，区分如下：

系统调用（System Call）：
- 场景： 进程请求内核服务（如读文件）。
- 过程： 用户态 -> 内核态 -> 用户态。
- 区别： 不涉及切换进程，还是同一个进程在运行，只是特权级别变了。这叫“特权模式切换”，比上下文切换轻量得多。
线程上下文切换（Thread Context Switch）：
- 场景： 同一个进程内的两个线程切换。
- 区别： 线程共享相同的虚拟内存（页表）。因此，线程切换不需要切换内存地址空间，也不需要刷新 TLB。
- 结论： 线程切换比进程切换快得多，消耗资源更少。
进程上下文切换：
- 既要切换寄存器，又要切换内存空间（页表），最重。

播面