CPU 上下文切换（Context Switch） 是操作系统调度程序在不同任务之间切换 CPU 执行的过程。上下文切换的核心是保存当前任务的状态（也叫“上下文”），然后恢复下一个任务的状态，最终交给 CPU 执行。这种切换可能发生在进程、线程或者内核级别的不同上下文之间。
上下文切换的详细过程
-
保存当前任务的上下文：
- 当前任务可能是一个进程或线程，它在执行时会占用 CPU 的各种资源，如寄存器、程序计数器、栈指针等。
- 当操作系统决定让 CPU 执行另一个任务时，必须先把当前任务的这些状态信息保存到内存中，以便在以后恢复。
-
选择下一个任务：
- 操作系统的调度程序（scheduler）会根据一定的策略来决定下一个应该执行的任务。这种策略可以是先到先服务、优先级调度、轮转调度等。
- 调度程序查找任务队列，决定哪个任务接下来要被运行。
-
加载新任务的上下文：
- 一旦下一个任务被选定，操作系统需要恢复这个任务之前保存的上下文。
- 这包括恢复该任务的寄存器状态、程序计数器等，确保这个任务从它上次中断的地方继续执行。
-
切换控制权到新任务：
- 最后，CPU 控制权会被交给新任务，该任务开始在 CPU 上运行。
- 这样，CPU 就从一个任务切换到了另一个任务，完成一次上下文切换。
上下文切换的类型
-
进程上下文切换：
- 进程是具有独立内存空间的程序实例，因此进程切换时，需要保存和恢复的状态较多。
- 切换进程时，操作系统需要切换 CPU 的寄存器、程序计数器、堆栈指针等，还要更新内存映射表（因为每个进程都有独立的内存地址空间）。
-
线程上下文切换：
- 线程是进程中的执行单元，它们共享进程的内存空间，因此线程切换相对于进程切换要轻量一些。
- 线程切换只需要保存和恢复线程特有的寄存器状态、程序计数器等，而不需要切换内存空间。
-
用户态和内核态之间的上下文切换：
- 当用户态的应用程序调用系统调用进入内核态时，也会发生上下文切换。
- 这种切换通常比进程或线程之间的切换更快，因为涉及的状态较少。
上下文切换的开销
虽然上下文切换对多任务操作系统至关重要，但它也有一定的开销，主要包括以下几个方面：
-
CPU 时间：
- 上下文切换不是无成本的操作。每次切换都要花费 CPU 时间保存和恢复上下文，这个过程涉及多次内存访问和寄存器操作。
- 高频繁的上下文切换可能会消耗大量的 CPU 时间，导致系统性能下降。
-
缓存污染：
- CPU 有高速缓存（cache），用于存储常用数据。当切换到另一个任务时，之前的任务数据可能还留在缓存中，但新任务需要不同的数据，这会导致缓存未命中，从而降低性能。
-
内存管理：
- 对于进程切换，还需要更新内存管理单元（MMU）中的页面表或 TLB（Translation Lookaside Buffer，地址转换高速缓存）。这个过程会产生额外的开销。
上下文切换的原因
- 时间片耗尽：在时间片轮转调度算法中，每个任务都被分配一定的 CPU 时间，当时间片用完后，操作系统会进行上下文切换，将 CPU 分配给其他任务。
- 高优先级任务出现：当一个优先级更高的任务需要执行时，操作系统会中断当前任务，进行上下文切换。
- 阻塞/等待资源：如果一个任务在执行过程中需要等待某个资源（如 I/O 操作），它会被挂起，操作系统会切换到其他任务。
- 系统调用：当用户态的程序请求内核服务时，CPU 会从用户态切换到内核态，并执行系统调用，完成后再切回用户态。
上下文切换的优化
- 减少上下文切换频率：通过优化应用程序的任务调度，减少不必要的切换。
- 提升调度策略：更智能的调度算法可以减少无谓的切换，例如避免 CPU 在多个低优先级任务之间频繁切换。
- 硬件支持：现代 CPU 提供硬件级别的优化，例如 TLB 缓存技术，用于加快地址转换，减少上下文切换的开销。
总结
CPU 上下文切换是操作系统多任务处理的关键机制，通过在不同任务之间切换，操作系统可以让多个任务“并行”运行。但是，频繁的上下文切换会导致性能开销，因此在设计操作系统调度和应用程序时，需要尽量减少不必要的上下文切换，以提高系统性能。
