在中断里如果进行了内核操作但没有调用“中断通知”告知内核，会导致严重后果吗？

rt_interrupt_nest 的作用是中断嵌套层级数，也就是每一次进入中断函数进行数据处理之时，需要将该值加 1，推出中断时将该值减 1。也就是说在 rt_schedule 中，通过该值时 0 还是非 0 来确定具体的切换线程所使用的 API。

在中断中没有记录中断嵌套层级数，就会发生本来应该使用 rt_hw_context_switch_interrupt 时，结果调度器错误使用了 rt_hw_context_switch。

发生这种错误会有什么影响，为什么楼主这里没有影响呢？

结论一，楼主肯定使用的 Cortex-M 系列的 MCU，因为 Cortex-M 真实的切换线程时在 PENDSV 中去实现的，rt_hw_context_switch 只是设置了一些信息，并触发了 pendsv 异常，也就是说中断不退出的情况下，Cortex-M 系列是不会发生线程切换，所以调度器使用哪个 API 并没有造成什么影响。

结论二，如果这里是 Cortex-A 系列，那么这两个切换函数就不一样了，其中最明显的一个就是非中断中切换线程首先就要进入压栈，来保存切换线程的现场，但是在中断函数进入的时候就已经保存过了现场，因此在 Cortex-A 上如果错误的使用了切换线程的 API 将会导致不可预知的结果。

结论三，RT-Thread 是一款优秀的支持多架构的 RTOS，不能对着某一种架构来猜测他的设计思想。

从内核如下代码实现看，只要不使用“信号”，进行其它内核操作“信号量、事件、消息、邮箱”等操作时，中断服务函数不调用“中断通知”应没有任何风险。大家看我的理解对不。
（1）调度函数rt_schedule（）利用了rt_interrupt_nest值确定如何进行调度处理。而rt_interrupt_nest的值确定是当前是否处于中断状态，中断通知会设定rt_interrupt_nest的值；

当在切换目的线程不是当前线程时，使用了rt_interrupt_nest值进行了处理，rt_interrupt_nest等于0的处理流程和rt_interrupt_nest不等于0的处理流程是不同的，特别是当使用了信号时（对应使用了软中断。这里的“信号”不是信号量。），rt_interrupt_nest等于0的处理流程和rt_interrupt_nest不等于0的处理流程差异更大。

不过没有使用信号时，rt_interrupt_nest等于0的处理流程和rt_interrupt_nest不等于0的处理流程差异在于：一个调用了rt_hw_context_switch，另外一个调用了rt_hw_context_switch_interrupt，但查看内核函数具体实现时发现函数rt_hw_context_switch和rt_hw_context_switch_interrupt的定义实现是完全一样的。

（2）内核的“信号量、事件、消息、邮箱”操作等”都调用了rt_schedule()。