前言
- 在RT-Thread中，全局中断的操作很多，大家都知道全局中断的【disable】与【enable】
- 需要正确的理解全局中断的disable与enable。
- 如下，保证链表的正确操作，【中断保护】
/* lock interrupt */
temp = rt_hw_interrupt_disable();
/* remove from old list */
rt_list_remove(&(object->list));
/* unlock interrupt */
rt_hw_interrupt_enable(temp);
问题与分析：
- rt_hw_interrupt_disable后，就无法触发中断了吗？
- 经过实际的验证，与分析rt_hw_interrupt_disable的实现方法：得到如下结论：
- rt_hw_interrupt_disable 只是屏蔽了全局【中断请求】，配置使能的中断，依旧可以【中断】，只是，中断处理函数ISR，暂不执行。
- 也就是说，如果硬件配置使能了中断，rt_hw_interrupt_disable 后，依旧具备【中断】功能。如你配置一个GPIO外部中断，并使能中断。rt_hw_interrupt_disable 后，外部中断可以产生，只是不触发执行【ISR】。
- 【重点】：当rt_hw_interrupt_disable 后，触发的中断，ISR暂时无法执行，但硬件正常置【pending】中断标志位。
- 当rt_hw_interrupt_enable后，【pending】的中断，会执行中断【ISR】处理程序。
概念的梳理
- 单个中断的产生：配置使能硬件中断，如按键，GPIO外部中断，按下触发中断，硬件置【pending】中断标志位，并执行中断【ISR】
- 单个中断的禁止：配置禁能硬件中断，如按键，按下不再触发中断。即使有【ISR】中断处理函数，不会执行。
- 全局中断的禁止：也就是不再触发任何物理中断，【没找到这个功能函数】！
- 全局中断请求的屏蔽：rt_hw_interrupt_disable，触发的中断，只能置【pending】中断标志位，CPU继续执行操作。
- 互斥或是临界值的操作，可以使用屏蔽全局中断请求+处理+打开全局中断请求的方式，让操作独占的方式完成操作。
梳理RT-Thread PM中睡眠流程
- 睡眠操作执行在：idle线程（最低线程优先级）
- 进入SLEEP前，是禁止全局中断请求的！rt_hw_interrupt_disable
- 睡眠前的引脚处理等，进入睡眠，CPU停止运行，【冻结】在这里！！
- 睡眠过程中，依旧可以被【使能的中断】，如按键GPIO外部中断、LPTimer等触发并唤醒CPU。
- CPU唤醒后，继续下一条操作，【睡眠后的处理】
- PM退出睡眠，开启全局中断请求rt_hw_interrupt_enable，此时，开启响应中断ISR。
- 根据中断【pending】标志位，进入唤醒中断处理函数【ISR】并执行。
- 如此，深睡眠时，系统时钟停了，引脚关了，唤醒时，恢复时钟与引脚即可！【睡眠整个流程是完整的】
- 不用担心会被中断切出去，甚至任务切换，造成系统运行在错误的时钟下。
- 不用担心关闭了全局中断请求，按键、LPTimer等，无法触发中断，唤醒MCU。
总结
- 需要正确的理解中断的触发及执行流程
- 正确的理解RT-Thead 全局中断的操作：rt_hw_interrupt_disable 与 rt_hw_interrupt_enable