FreeRTOS LIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY 存在的意义以及高于它的中断不能调用 safe freertos api

我是这样理解的。

假如我们现在有2个任务以及6个中断，其中，中断4、5、6运行的时候将会调用 safe freertos api。

就像图中的（1）一样。

那么现在假如我们正在执行任务1或任务2，此时中断5触发，在回调中会执行它需要做的，包含调用 safe freertos api，并在执行过程中会进入临界段屏蔽所有低于它优先级的中断和任务（现在先不考虑 FreeRTOS 中的 MAX_SYSCALL_INTERRPUT_PRIORITY 机制，也就是它不会屏蔽中断1~4）。

就像图中的（2）一样。

继续前进，当中断5调用 safe freertos api，并在执行过程中时，这个时候中断4触发，它将会抢占中断5执行，进一步也将调用 safe freertos api，这个时候我猜测中断5涉及freertos内核的操作（因为抢占，仅执行了一半）将会失去保护，造成严重的不可逆的影响（可能有上下文调度、任务管理的问题）。

就像图中的（3）一样。

那么现在让我们回到一开始的地方，如果有FreeRTOS 中的 MAX_SYSCALL_INTERRPUT_PRIORITY 机制存在，在中断5执行过程中，会屏蔽低于 MAX_SYSCALL_INTERRPUT_PRIORITY 的所有中断，也就不会发生我前面说过的中断4抢占执行造成的事故。

就像图中的（4）一样。

那么，你肯定会问，中断1~3呢，它们会被屏蔽吗？答案是：不会。那么它们调用 safe freertos api 不会发生上面说的事故吗？这个就是我最近遇到的问题，现在也知道了答案。有FreeRTOS 中的 MAX_SYSCALL_INTERRPUT_PRIORITY 机制存在，高于 MAX_SYSCALL_INTERRPUT_PRIORITY 的中断将会不允许你调用 safe freertos api（如果你调用，会因为Freertos断言 存在导致代码不会通过编译），也就不会发生事故。

这是我个人的理解。如果发现错误，请留言回复。