调度决策
判断是否需要重新选择任务，以及哪个任务应当获得处理器。
01. 上下文切换是什么
上下文切换（Context Switch）是处理器执行权从一个任务转移到另一个任务时， 对任务执行现场进行保存和恢复的过程。
多任务系统中的每个任务都需要在被暂停后，能够从先前的执行位置继续运行。 内核必须确保任务恢复时，其程序执行位置、栈状态及其他必要的运行状态保持一致。
核心区别：
调度器解决“接下来运行哪个任务”，上下文切换解决“如何安全地转到该任务”。
两者紧密协作，但不能视为同一个操作。
02. 调度决策与上下文切换的关系
逻辑关系示意图。具体入口、分支条件及返回方式由 HRTOS 内核实现决定。
事件发生后，内核可能继续当前任务，也可能进行任务切换。 例如，中断可以只完成中断服务并返回原执行路径，也可以在符合内核调度条件时 进一步引发任务切换。
03. 哪些事件可能引发任务切换
任务切换通常与任务状态变化、调度策略及内核执行路径有关。 事件本身并不总是意味着必须切换任务。
| 事件类别 | 可能的影响 | 判断重点 |
|---|---|---|
| 时间片到期 | 可能触发同级任务间的重新调度 | 时间片策略与就绪任务情况 |
| 任务主动让出 | 交出当前执行机会 | 让出操作的具体语义 |
| 任务进入阻塞 | 当前任务暂时不能继续执行 | 等待对象、超时及任务状态 |
| 更高优先级任务就绪 | 可能改变应当运行的任务 | 抢占规则及调度时机 |
| 中断处理结束 | 可能返回原任务，也可能转向其他任务 | 中断退出路径与调度条件 |
注意：
“发生中断”“触发调度”和“发生任务上下文切换”是三个不同的概念。
具体情况下它们可能连续发生，也可能只发生其中一部分。
04. 上下文切换的主要阶段
从机制上看，一次任务切换可以拆分为以下几个阶段。 实际内核可能通过汇编入口、公共调度代码及专用返回路径完成这些操作， 不一定对应独立的 C 函数。
01
进入切换路径
由相应的任务、调度或中断处理路径进入内核切换逻辑。 入口方式决定了部分现场由硬件、汇编入口还是软件代码负责处理。
02
保护当前任务现场
将后续恢复任务所需的状态保存到相应位置，并维护任务栈及其相关记录。 保存内容取决于实际执行路径和内核的上下文管理方案。
03
完成调度决策
根据任务状态、优先级以及适用的时间片或抢占规则，确定下一运行任务。 调度策略决定选择结果，而不是由上下文保存操作本身决定。
04
恢复目标任务现场
恢复目标任务对应的栈指针、寄存器状态及其他必要信息， 并确保返回地址和执行环境相互匹配。
05
继续目标任务执行
通过与当前入口相匹配的返回机制恢复执行。 对普通任务恢复和中断返回路径，应根据实际内核实现分别分析。
05. 8051 架构下的上下文管理
8051 是一种资源受限的 8 位微控制器架构。 与具有通用寄存器文件和统一异常模型的处理器不同， 8051 的现场管理需要特别关注内部 RAM、硬件堆栈、寄存器组和中断返回机制。
| 硬件要素 | 与任务切换的关系 |
|---|---|
| 程序计数器 PC | 决定后续指令执行位置。其保存和恢复方式与调用、中断及返回路径有关。 |
| 堆栈指针 SP | 指向当前硬件堆栈位置，影响返回地址及现场数据的存取。 |
| 寄存器组 | R0–R7 与当前寄存器组选择有关，不能脱离具体寄存器组策略分析。 |
| PSW | 包含程序状态与寄存器组选择等信息，是否需要软件保存应依据具体实现判断。 |
| ACC、B、DPTR 等 | 可能承载任务运行所需的数据或地址，保护范围应由实际汇编路径确定。 |
| 中断返回状态 | 中断入口、压栈内容及 RETI 等返回机制会影响现场恢复的正确性。 |
架构要点：
不能简单地把所有 8051 寄存器都视为每次切换时必须保存的项目，
也不能假设硬件自动完成了全部任务现场保护。
正确的现场清单必须与 HRTOS 的实际汇编入口、栈布局及返回路径逐项对应。
06. 中断与任务切换的协同
中断处理和任务切换存在交集，但它们的目标不同。 中断负责响应异步事件，任务调度负责决定后续的任务执行顺序。
外部事件
↓
中断入口及必要的现场保护
↓
执行中断服务程序
↓
处理中断退出与调度条件
├── 不需要切换 → 返回原执行路径
└── 需要切换 → 转入相应任务切换路径
↓
恢复目标执行环境
在分析 HRTOS 时，需要特别区分中断现场、任务现场以及内核自身的执行状态。 这些状态可能通过不同的栈操作和返回路径进行管理，不能仅凭一张通用流程图 推断具体的寄存器保存顺序。
嵌套中断注意事项：
如果分析路径涉及嵌套中断，还应核对各层中断的现场保护、
栈深度、返回顺序以及与任务切换入口之间的约束。
具体限制应以目标芯片和 HRTOS 对应版本的实现为准。
07. 上下文切换与实时性能
上下文切换是任务响应时间的重要组成部分，但切换耗时并不等于完整的任务响应时间。 实时分析需要同时考虑事件进入、调度决策、现场保护与恢复，以及可能存在的中断干扰。
| 分析对象 | 需要确认的内容 |
|---|---|
| 入口开销 | 进入切换路径之前的指令、调用及必要的状态保护。 |
| 现场保存与恢复 | 实际执行的压栈、出栈、寄存器操作与指针更新。 |
| 调度开销 | 任务状态检查、优先级比较及目标任务选择所消耗的时间。 |
| 中断干扰 | 测量区间内允许发生的中断及其额外执行时间。 |
| 目标任务恢复 | 从切换入口到目标任务真正恢复执行的边界定义。 |
测量原则：
比较切换性能之前，应先统一起止测量点、芯片型号、时钟频率、
编译配置和中断条件。平均值、单次观测值与经过论证的最坏情况上界，
是不同性质的指标，不能互相替代。
08. 如何验证切换路径
如果需要从理论说明进一步走向工程验证，可以将上下文切换拆解为可观测的阶段， 并通过目标芯片上的测试与反汇编分析进行交叉验证。
- 确定测试使用的芯片、时钟频率、编译器版本和优化选项。
- 识别任务切换入口、现场保存位置、目标任务选择路径及恢复出口。
- 检查任务栈指针、返回地址和关键寄存器在切换前后的连续性。
- 分别测试普通任务切换、由中断关联的切换，以及适用的嵌套中断路径。
- 记录测量边界与测试条件，并区分实测结果和静态分析结论。
对 8051 这类指令执行路径相对明确的处理器，可以结合反汇编、 指令周期统计和控制流分析研究执行时间。但只有在分析覆盖所有相关路径， 并合理处理中断、分支及硬件时序条件后，才能讨论有依据的最坏情况上界。
09. 小结
上下文切换是任务执行环境转换的核心机制。 理解它不仅需要知道现场保存与恢复的基本概念， 还需要明确调度决策、中断处理、硬件栈和处理器状态之间的联系。
对 HRTOS 而言，进一步的工程分析应回到具体内核实现： 通过真实的汇编执行路径、任务现场布局、调度条件及目标芯片测试， 建立能够验证、测量和持续维护的系统机制说明。
本页面描述上下文切换的一般机制与 8051 架构分析方法。
涉及具体寄存器保存顺序、入口指令、任务选择实现及切换时序的结论，
应以对应版本的 HRTOS 源码、汇编清单和测试结果为依据。