全部学习汇总: GitHub - GreyZhang/g_FreeRTOS: learning notes about FreeRTOS.
这一次分析一下xQueueReceiveFromISR接口的实现。从名字命名上看,这个是要在ISR中接收队列消息。如此,猜测一下接下来可能的设计:
1. 少不了应该有中断掩码的处理,这样能够保证数据处理的准确性。
2. 接收消息,而且不是peek,应该有一个数据搬运的过程。
3. 操作中或许不应该有阻塞的行为,不然对系统的影响太大了。
4. 读取搬运的过程中,队列应该没有锁定的必要,毕竟这个接口执行的位置是ISR并且处理了掩码。
先看一下函数的原型,看得出来这个是没有阻塞的参数设置的。这样,前面猜测的设计算是猜对了。
接下来,进行了掩码的处理以及数据的搬运,这里跟预想的也是一致的。其实,这里需要注意另一个问题,那就是前面打交道很久的for循环无条件死循环的处理结构没了。为什么呢?其实这个在于中断以及任务的差异,少了调度器的参与。
如果队列没锁定,也就是现在的任务没有对这个队列进行处理的,那么直接进行任务事件链表的处理,看看是不是会有任务切换的需求。
如果队列已经锁定,那么不处理任务事件链表,因为相应的事件正在发生。这样,增加一个锁定数值,接下来给解锁队列的任务一定的信息提示参考。让任务知道,队列中的元素被ISR移除了一部分。
如果队列中没有元素,直接返回失败。这个也是前面猜测出来的,毕竟阻塞的处理对系统影响太大了,这里采用这种处理方式更合适一些。
这一次的接口分析跟之前不同,先猜测了一下可能的设计实现,基本上都在猜测的范畴之内。这样也多少能够增加一点学习上的自信度,对于这个OS的很多功能以及设计理念,多少算出初窥门径了。
顺带把ISR中使用的peek函数一起看一下,这个就更加简单了,只是一个数据的拷贝即可。为什么这里没有任何事件链表的处理?其实很好理解,peek函数不会对队列造成改变,因此不会印象系统中整个事件触发的管理。