调度周期模型

从系统运行角度，可以把调度过程理解为三个相互关联的阶段：形成调度条件、确定执行目标、恢复相应执行上下文。 这些阶段可能由任务主动让出执行权、任务状态变化、时钟事件或中断返回等不同路径触发。

目标任务开始运行后，系统可能继续执行该任务，也可能因新的事件再次进入调度相关路径。因此，“调度周期”是对运行机制的整体描述，而不是要求每一步都以固定频率重复执行。

调度器的决策依据来自内核维护的任务运行状态及其调度规则，而不是对所有可能执行路径进行通用意义上的“最优解搜索”。

1. 可运行任务

只有符合内核运行条件、当前可以参与调度的任务，才可能成为本次调度的执行目标。等待事件或处于阻塞状态的任务，通常不能直接作为普通任务执行目标。

2. 优先级与调度模式

优先级用于表达任务之间的调度关系，但具体选择结果还取决于内核的调度模式、时间片规则、当前执行路径以及相应的状态更新机制。

3. 事件与时间条件

时钟节拍、等待条件满足、任务主动让出执行权，以及中断处理后的返回路径，都可能影响下一阶段的运行安排。并非每个事件都会直接触发一次任务切换。

调度器确定下一步执行目标后，内核还需要根据当前执行状态完成控制权转换。如果目标任务与当前任务不同，通常需要处理相应的上下文保存与恢复；如果目标仍是当前任务，则可能无需执行完整的任务切换。

在 8051 架构中，上下文管理尤其需要考虑寄存器组、程序计数器、堆栈使用以及编译器生成的代码。任务切换的实际成本不能只用调度算法本身的计算量衡量。

对 HRTOS 而言，评估调度开销应结合实际内核实现、Keil C51 编译结果、目标芯片指令周期及中断影响，而不能仅根据流程图推导出一个固定的切换时间。

中断路径与普通任务调度路径相互关联，但不能简单地视为同一条流程。中断请求到达后，处理器是否立即接受、能否嵌套、何时退出，以及退出后是否进入任务调度路径，都取决于具体的中断控制与内核实现。

中断处理可能改变任务的运行条件，也可能增加当前任务的等待时间；但这并不意味着每次中断都会重新选择任务，或每次中断退出都会发生上下文切换。

在支持嵌套中断的系统中，还需要考虑中断优先级、允许嵌套的运行阶段、寄存器保护和堆栈预算。这些因素共同影响调度响应与执行时序。

时间片与优先级是两类不同的调度控制因素。优先级决定任务之间的相对调度关系；时间片机制则可以限制特定调度模式下任务连续占用处理器的时间。

• 优先级调度： 根据内核规定的优先级规则确定可运行任务的执行顺序；具体抢占时机取决于内核实现。
• 时间片调度： 在适用的调度模式下，通过时间片边界影响后续执行目标；时间片到期不等于所有任务都必须切换。
• 中断处理： 具有独立的响应与退出机制，可能影响任务何时获得处理器，但不能简单等同于普通任务的优先级竞争。

分析 HRTOS 的具体调度行为时，应将优先级定义、时间片配置、任务状态转换和中断路径结合起来，而不是仅凭某一个优先级数值推断所有执行结果。

调度周期不仅是概念模型，也应能够通过代码审查、指令分析和目标板测试进行验证。不同方法回答的问题不同，宜交叉使用。

• 代码与控制流分析： 确认调度触发点、任务选择路径、切换条件及中断退出后的控制流。
• 反汇编与指令周期分析： 结合目标芯片指令集和实际编译产物，分析指定执行路径的指令开销。
• GPIO 与逻辑分析仪测量： 对关键路径设置测量边界，观察目标板上的实际响应与执行时间。
• 边界与压力测试： 覆盖高优先级任务竞争、时间片边界、中断嵌套及连续事件等场景。
• 最坏情况分析： 明确分析对象、输入条件、路径覆盖范围与假设，再评估路径上界；单次测量不能替代最坏情况证明。