上下文切换 Context Switch

一个任务不仅包含程序代码，还具有运行过程中的执行位置、栈状态和处理器现场。 当任务暂时离开处理器时，内核必须按照既定规则保留或维护后续恢复所需的信息。 当该任务再次运行时，处理器才能沿着正确的执行路径继续工作。

调度与上下文切换是两个相互关联但职责不同的环节。 调度器依据任务状态和调度策略确定运行对象；上下文切换则负责完成执行现场的交接。 调度决策正确，并不自动意味着现场保存与恢复也一定正确。

任务上下文涉及的状态

HRTOS 将标准任务与高速任务的相关管理信息分开组织。 阅读内核结构时，需要区分栈指针记录、上下文管理区域和任务状态记录： 它们彼此关联，但承担的职责并不相同。

相关结构的职责

在当前 HRTOS 4.0 的布局中，上下文管理相关对象位于 XDATA 区域。 通过对象地址、占用长度和相邻区域，可以核对链接后的内存分配是否符合预期。

0x0200  OS_PROCESS_OK       16 B
0x0210  OS_JINCHENG_SP      16 B
0x0220  OS_KUAI_SP           2 B
0x0222  OS_FAST_CONTEXT     10 B
0x022C  OS_TASK_CONTEXT    208 B
0x02FC  OS_MEMORY            4 B
0x0300  OS_JINCHENG_JILU_SP 16 B

标准任务需要维护各自独立的执行过程。任务被切出时，内核需要保留恢复该任务所需的状态； 当任务再次成为运行对象时，则沿对应恢复路径重新建立执行环境。

OS_JINCHENG_SP
    └── 标准任务栈指针记录

OS_TASK_CONTEXT
    └── 标准任务上下文管理区域

任务切出
    └── 维护后续恢复所需的状态

任务恢复
    └── 恢复目标任务的执行环境

从运行到恢复

1. 任务运行：处理器执行当前任务指令，栈和相关状态持续变化。
2. 进入内核路径：系统根据对应事件和调度规则进入内核处理流程。
3. 维护当前现场：按照具体实现保存或记录后续恢复所需的状态。
4. 确定目标任务：内核根据调度结果确定下一个运行对象。
5. 恢复目标现场：按照目标任务的上下文管理规则恢复执行所需状态。
6. 继续执行：处理器转入目标任务对应的执行路径。

8051 的工作寄存器组为内核设计提供了可利用的硬件资源。 在适当的寄存器组分配和现场管理策略下，可以减少某些执行路径中不必要的寄存器保存与恢复操作。

OS_KUAI_SP
    └── 高速任务栈指针记录

OS_FAST_CONTEXT
    └── 高速任务上下文管理区域

寄存器组策略
    └── 配合切换路径管理处理器现场

寄存器组优化的价值与边界

• 减少部分现场搬运：合理利用硬件寄存器组，可能减少特定路径上的保存与恢复指令。
• 控制切换开销：缩短关键路径，有助于降低对应场景的执行成本。
• 维护完整状态：执行位置、栈状态及其他必要现场仍需得到正确管理。
• 遵守资源约定：任务、中断和其他执行路径必须遵循一致的寄存器组使用规则。

从职责上看，一次任务切换涉及当前现场管理、目标任务确定以及目标现场恢复。 以下示意用于解释这些环节的关系，不代表所有 HRTOS 切换路径都严格采用相同顺序。

概念流程示意。实际入口、保存顺序、调度位置和返回方式应以 HRTOS 对应版本的实现为准。

切换触发与调度结果不是同一概念

任务主动让出处理器、任务状态变化以及系统调度过程，都可能与执行对象改变有关。 但某个事件是否立即导致任务切换，取决于 HRTOS 的调度模式、当前运行状态和具体处理路径。

分析时应分别确认：什么事件触发内核处理、调度器如何确定目标任务、内核通过什么路径完成现场交接。 这样更容易区分调度行为问题与上下文管理问题。

任务与中断共享处理器资源，但二者的进入方式、执行目标和返回要求并不相同。 在 8051 上，中断现场保护还受到硬件堆栈、寄存器组和嵌套中断规则的约束。 因此，任务上下文管理必须与中断机制协同设计。

中断退出路径

HRTOS 的中断入口与退出由内核对应路径管理。对于通过跳转进入的特定中断处理路径， 不能直接套用普通 C 函数调用和返回的假设。

os_interrupt_exit()

用于 HRTOS 对应中断处理路径的退出管理。
具体调用位置、现场要求及后续返回行为，
必须遵循当前内核版本的中断接口约定。

上下文切换开销不仅取决于保存和恢复现场所需的指令。 内核入口、任务状态维护、调度处理以及返回目标任务的路径， 都可能影响最终的执行时间。

影响切换成本的因素

• 现场范围：具体路径需要保存和恢复多少状态。
• 栈操作：栈指针与堆栈内容的维护方式。
• 寄存器组策略：硬件资源能否减少必要的现场搬运。
• 调度处理：任务选择和运行状态更新带来的额外指令。
• 中断影响：测量窗口内是否发生中断及嵌套处理。
• 编译产物：编译器生成代码、手写汇编和具体分支路径。

建议的验证方法

1. 明确目标 MCU、时钟频率、编译器版本和编译配置。
2. 确定测量边界，区分纯现场交接、完整任务切换和包含中断的场景。
3. 检查生成的汇编代码，识别关键路径、分支和指令周期。
4. 使用 GPIO、逻辑分析仪或示波器测量目标芯片上的实际执行时间。
5. 分别记录不同切换路径的结果，不以单次平均值替代最坏路径分析。

当任务恢复异常、栈状态错误或切换时序与预期不一致时， 可以从以下方向逐步缩小问题范围。

• 确认当前任务与目标任务是否符合预期。
• 检查任务栈指针的保存与恢复是否一致。
• 核对现场保存范围与恢复路径。
• 检查寄存器组分配和使用约定。
• 区分普通任务路径与中断路径。
• 检查嵌套中断和中断退出路径的约束。
• 核对编译生成的汇编指令和链接映射文件。
• 记录测量条件，保证测试结果能够复现。

以上清单用于组织排查工作，并不意味着每次故障都由这些问题共同导致。 应结合实际故障现象、内核实现和测量证据逐项验证。