1335_FreeRTOS中xQueueReceiveFromISR函数的实现

全部学习汇总： GitHub - GreyZhang/g_FreeRTOS: learning notes about FreeRTOS.

这一次分析一下xQueueReceiveFromISR接口的实现。从名字命名上看，这个是要在ISR中接收队列消息。如此，猜测一下接下来可能的设计：

1. 少不了应该有中断掩码的处理，这样能够保证数据处理的准确性。

2. 接收消息，而且不是peek，应该有一个数据搬运的过程。

3. 操作中或许不应该有阻塞的行为，不然对系统的影响太大了。

4. 读取搬运的过程中，队列应该没有锁定的必要，毕竟这个接口执行的位置是ISR并且处理了掩码。

先看一下函数的原型，看得出来这个是没有阻塞的参数设置的。这样，前面猜测的设计算是猜对了。

接下来，进行了掩码的处理以及数据的搬运，这里跟预想的也是一致的。其实，这里需要注意另一个问题，那就是前面打交道很久的for循环无条件死循环的处理结构没了。为什么呢？其实这个在于中断以及任务的差异，少了调度器的参与。

如果队列没锁定，也就是现在的任务没有对这个队列进行处理的，那么直接进行任务事件链表的处理，看看是不是会有任务切换的需求。

如果队列已经锁定，那么不处理任务事件链表，因为相应的事件正在发生。这样，增加一个锁定数值，接下来给解锁队列的任务一定的信息提示参考。让任务知道，队列中的元素被ISR移除了一部分。

如果队列中没有元素，直接返回失败。这个也是前面猜测出来的，毕竟阻塞的处理对系统影响太大了，这里采用这种处理方式更合适一些。

这一次的接口分析跟之前不同，先猜测了一下可能的设计实现，基本上都在猜测的范畴之内。这样也多少能够增加一点学习上的自信度，对于这个OS的很多功能以及设计理念，多少算出初窥门径了。

顺带把ISR中使用的peek函数一起看一下，这个就更加简单了，只是一个数据的拷贝即可。为什么这里没有任何事件链表的处理？其实很好理解，peek函数不会对队列造成改变，因此不会印象系统中整个事件触发的管理。