任务优先级 Task Priority

HRTOS 使用多级优先级体系描述不同执行实体的级别。 在本页所述的优先级约定中，数值越大表示级别越高。 普通任务与高速任务属于任务执行模型， 中断及嵌套中断则涉及独立的中断处理与执行控制机制。

需要注意：优先级数值、任务 ID 和硬件中断优先级不是同一个概念。 任务优先级参与内核调度决策，而中断的进入、嵌套与退出 还受到硬件配置及内核中断处理机制的约束。

按照 HRTOS 当前采用的层级约定，可以将相关执行级别概括如下。 其中普通任务与高速任务属于任务层级， 中断相关级别用于说明中断处理路径在整体执行模型中的位置。

普通任务使用 0–7 的优先级范围。 应用可以根据任务对响应速度、执行频率和业务重要性的要求， 为不同任务分配合适的级别。

os_task_create(
    addr,
    id,
    pr,
    sd
);

/* 普通任务优先级范围 */
pr = 0 ~ 7

高速任务使用优先级 8，并采用区别于普通任务的执行现场管理方式。 在 8051 架构上，专用寄存器组与上下文布局能够影响现场保存和恢复的成本。

Priority: 8

OS_KUAI_SP[]
OS_FAST_CONTEXT[]

高速任务的设计重点是明确其执行约束、上下文边界与可调用接口。 具体切换开销应根据实际汇编实现、编译结果和目标芯片测量， 不宜只凭“高速任务”这一名称推断确定的性能优势。

优先级通常在任务创建时指定。 如果当前版本提供运行期优先级修改或查询接口， 则应遵循其参数约束、返回值定义与可调用上下文限制。

os_task_create(
    addr,
    id,
    pr,
    sd
);

/* 以下接口需核对当前版本 API */
os_task_set_priority(id, pr);
os_task_get_priority(id);

优先级参与任务选择，但它本身不是完整的调度算法。 调度器还需要判断任务是否具备运行条件，并遵循系统当前采用的调度模式。

优先级继承通常用于解决特定资源同步场景中的优先级反转问题： 当低优先级任务持有资源，而高优先级任务等待该资源时， 系统可以在满足相应条件时临时调整持有者的有效优先级。

但优先级继承并不是所有 RTOS 都默认具备的功能， 也不能仅凭存在任务优先级接口就推断 HRTOS 已实现该机制。 是否支持、适用于哪些同步对象，以及如何恢复原优先级， 都需要以当前版本的内核代码和同步模块文档为依据。