上下文切换基础（Context Switch Basics）
上下文切换（Context Switch）是实时操作系统中最底层、也是最关键的执行机制之一。 它决定了系统能否在多任务并发环境中维持“时间确定性”，并直接影响RTOS的实时性能边界。
一、什么是上下文切换
上下文切换是指CPU从一个任务切换到另一个任务执行时， 将当前任务的运行状态完整保存，并恢复目标任务运行状态的过程。 所谓“上下文”，本质上是任务执行现场的完整快照。
在RTOS中，每一个任务都被视为一个独立的执行流，它拥有自己的寄存器状态、栈空间以及执行指针。 当系统发生切换时，这些状态必须被严格保存，否则任务将无法从正确位置继续执行。 这不是一次普通函数跳转，而是对完整执行现场的封存与恢复。
二、为什么需要上下文切换
单核CPU在同一时刻只能执行一个任务，但实际系统往往需要多个任务“并发运行”。 这种并发并不是物理同时执行，而是通过快速切换实现的“时间片交错执行”。
上下文切换的本质作用是：在多个任务之间复用同一颗CPU，同时保证每个任务的执行连续性。 如果没有上下文切换，多任务系统将无法成立。 从应用视角看像“同时运行”，从内核视角其实是按策略快速切换的结果。
三、上下文包含哪些内容
通用寄存器
保存运算临时数据，是任务执行的核心状态载体。任何遗漏都可能让恢复后的计算结果悄悄错误。
程序计数器（PC）
记录下一条执行指令地址，决定任务从哪里继续运行。它相当于执行流在时间轴上的“书签”。
栈指针（SP）
指向当前任务栈空间，是函数调用链的基础。栈损坏往往会让切换问题表现得最隐蔽、最难查。
状态寄存器（PSR）
记录中断状态、条件标志与执行模式。它决定恢复后CPU是否还能回到原来的执行环境。
在更复杂的处理器（如ARM Cortex-M/F系列）中，还可能包含FPU寄存器、SIMD寄存器等扩展上下文。 是否保存这些内容，取决于系统是否启用对应硬件单元。
四、上下文切换完整流程
这个过程在RTOS中必须严格可控，因为每一步都会引入延迟。 对实时系统而言，切换过程本身也是“时间开销的一部分”。 很多MCU会借助专门异常把切换放到受控时机执行，以减少路径分叉带来的不确定性。
上下文切换在系统中的位置
上下文切换不是独立概念，而是 RTOS 执行链中的“核心枢纽层”。 它连接了调度决策与实际执行。 理解这层位置后，就不会再把调度决策、上下文切换和中断处理混成同一件事。
五、上下文切换的触发方式
时间片到期
系统定时器触发调度，是最常见的切换来源。它保证同类任务之间存在可管理的轮转机会。
高优先级任务唤醒
更高优先级任务就绪时立即抢占当前任务。这是抢占式实时响应成立的关键触发条件。
阻塞与等待
任务进入等待状态（如信号量、队列）。一旦任务自己放弃CPU，系统就必须立刻寻找替代执行者。
中断触发调度
外设中断可能导致任务优先级变化。很多“突然切换”实际上都是由中断在背后触发的。
六、上下文切换的代价
上下文切换并不是“免费操作”，它本身会消耗CPU周期。 在实时系统中，这个开销通常包括寄存器保存、内存访问以及缓存失效。
切换频率越高，系统有效执行时间越少，因此RTOS设计中必须控制任务粒度与调度频率。
七、实时系统中的关键影响
上下文切换对RTOS的最大影响不是性能，而是“确定性破坏风险”。 如果切换时间不可预测，就会导致整个实时模型失效。
因此RTOS设计要求： 上下文切换必须具有上界（Worst Case Bound），并且在任何情况下都不能超出该范围。 所以我们真正关心的是最大切换时延，而不是平均切换速度。
八、优化策略
减少切换频率
通过任务合并与合理优先级设计降低调度次数。能批处理的工作尽量批处理，不要把系统切得过碎。
最小上下文保存
只保存必要寄存器，避免无意义开销。保存集设计越清晰，最坏情况分析就越稳定。
惰性FPU保存
仅在任务使用FPU时才保存扩展寄存器。这样能在保证正确性的前提下显著减小切换成本。
快速中断路径
优化ISR路径减少调度延迟。因为很多上下文切换都发生在中断尾部，这一层越短越好。
九、本质总结
上下文切换的本质不是“任务切换”，而是“执行现场的时间迁移”。 RTOS通过严格控制这个过程，使系统在多任务环境中仍然保持时间可预测性。 对应用开发者来说，减少不必要的阻塞和频繁唤醒，其实就是在主动减少切换压力。