中断优先级和RTOS任务优先级

关注

一、层级化比喻

本质区别：可以把中断优先级和任务优先级理解为两个完全独立、位于不同“次元”的管理系统。

用一个比喻来开场：

想象你在管理一家公司（单片机系统）。

RTOS任务 是公司的普通员工。他们按部就班地处理日常业务，有高低不同的职级（任务优先级）。CEO（内核）会根据职级高低决定谁先使用会议室（CPU）。
中断是紧急事件，比如火警。火警一旦响起，无论多高级别的员工，哪怕是CEO都必须立刻停下手头的工作，撤离（执行中断服务程序）。

①中断优先级 就是不同紧急事件的等级（如火警、匪警、门铃）。

②RTOS任务优先级 就是员工职级（如经理、主管、职员）。

中断优先级（硬件层次）
- 所属机构： 由CPU硬件（如ARM Cortex-M的NVIC，即嵌套向量中断控制器）管理。
- 存在形式： 这是芯片设计时就定下来的机制，不依赖RTOS。即使你不跑任何操作系统，中断优先级依然存在且有效。
- 本质： 它是硬件对硬件事件的响应等级。、
RTOS任务优先级（软件层次）
- 所属机构： 由FreeRTOS内核（调度器）管理。
- 存在形式： 这是软件代码里定义的数据结构。芯片本身不认识什么是任务优先级。
- 本质： 它是软件对代码功能块的调度顺序。

中断优先级
- 规则： 绝对抢占。
- 表现： 只要一个优先级足够高的中断触发，它会无条件立即暂停CPU当前正在执行的任何代码。
- 被暂停的对象： 它可以暂停任意一个RTOS任务，也可以暂停另一个优先级较低的中断。
- 关键点： 中断的优先级高于一切任务的优先级。没有哪个任务能阻挡中断的发生。
RTOS任务优先级
- 规则： 相对抢占。
- 表现： 只有当CPU当前正在执行的不是中断而是任务时，RTOS调度器才能起作用。如果一个高优先级的任务就绪了，调度器可以暂停当前运行的低优先级任务。
- 无法跨越的障碍： 如果CPU正在执行中断服务程序（ISR），调度器无法强行暂停ISR去运行一个高优先级任务。必须等ISR执行完毕，才能回到任务世界。
- 关键点： 任务的优先级只在“任务 vs 任务”之间有效。在“中断 vs 任务”的关系中，所有任务都被所有中断“踩在脚下”。

中断优先级（以Cortex-M为例）
- 数值越小，优先级越高。
- 举例： 优先级0 > 优先级1 > 优先级2 > ... 。
RTOS任务优先级（以FreeRTOS为例）
- 数值越大，优先级越高。
- 举例： 优先级10 > 优先级9 > 优先级8 > ... 。

中断优先级
- 速度： 极快（纳秒/微秒级）。CPU硬件电路会立即响应，自动保存部分上下文，跳转到ISR入口。
- 目的： 处理那些必须立刻响应的硬件事件，否则数据会丢失或硬件会出错（比如ADC转换完成、DMA传输完成、定时器溢出）。
RTOS任务优先级
- 速度： 相对较慢（微秒/毫秒级）。它依赖RTOS的调度器在Tick中断中进行上下文切换，或者主动让出CPU。
- 目的： 处理那些对实时性要求不那么极端的逻辑流程，或者那些不需要在ISR里完成的长耗时操作（比如数据处理、协议栈、用户界面）。

它们不是完全孤立的，而是通过特定的机制协同工作。典型的流程是：

①触发： 硬件事件发生（例如串口接收到一个字节）。

②中断响应： CPU根据中断优先级，暂停当前运行的任务（无论这个任务优先级多高），跳转到串口ISR。

③ISR快速处理： 在ISR中，因为要保证速度，只做最必要的事情：把收到的数据放进一个缓冲区。

④通知任务： ISR调用一个特殊的API（如 xSemaphoreGiveFromISR() 或 xQueueSendFromISR()），通知一个等待数据的RTOS任务：“数据来了”。

⑤退出中断： ISR结束。

⑥任务切换： 退出中断时，RTOS调度器根据任务优先级决定接下来运行谁。如果那个等待数据的任务优先级高于被中断打断的任务，调度器会切换到那个高优先级任务去处理数据。

优先级高于configMAX_SYSCALL_INTERRUPT_PRIORITY(5)的中断不能调用任何FreeRTOS API函数

为什么不能调用任何FreeRTOS API函数？

准确含义：

如果一个中断的优先级 数值上小于 5（即逻辑优先级高于 5），那么在这个中断服务函数（ISR）中，绝对不能调用任何 FreeRTOS 的 API 函数（包括带 FromISR 后缀的函数）。

根本原因：FreeRTOS 的临界段保护机制

FreeRTOS 在切换任务、操作队列、信号量时，需要保护内部数据不会被其他中断或任务打断。它使用了一个宏叫 configMAX_SYSCALL_INTERRUPT_PRIORITY（通常设为 5）。

工作原理：
当 FreeRTOS 进入临界段，或者操作内核对象时，它会利用Cortex-M 特有的 BASEPRI 寄存器屏蔽掉所有优先级低于某个阈值的中断。这里 configMAX_SYSCALL_INTERRUPT_PRIORITY = 5，意味着它会屏蔽优先级为 5、6、7... 的中断。
后果：
如果优先级为 4 的中断（优先级高于 5）调用了 FreeRTOS 函数，会发生什么？

（1）任务 A 正在运行，调用 xQueueSend()。

（2）FreeRTOS 为了保障数据安全，设置 BASEPRI = 5，屏蔽了优先级 5 及更低的中断。

（3）此时，优先级为 4 的中断触发了。

（4）由于 BASEPRI 只屏蔽优先级低的的，优先级 4依然可以触发，并且打断了FreeRTOS 的执行。

（5）在这个优先级 4 的 ISR 中，如果调用了 xQueueSendFromISR()：

（6）此时 FreeRTOS 内核的数据结构可能正处于不一致的状态（因为被中断打断了）。这个 ISR 试图再次修改内核对象，导致内核数据损坏（Crash）。

总结：设置 configMAX_SYSCALL_INTERRUPT_PRIORITY = 5，相当于画了一条红线：优先级 0-4 的中断被视为“最高优先级”，FreeRTOS 管不了它们，所以它们也绝不能碰 FreeRTOS 的东西。