用户接口设计三 队列

    不管输入事件是通过轮询任务检测到还是中断方式,事件都必须投放到队列中。如果RTOS提供了某种形式的队列,那就最好不过了。如果没有RTOS,则可以通过创建结构数组的环形缓冲区来充当队列。这里需要非常注意的一点是,在进行读取队列操作时候必须关闭中断,这可以避免在读取操作时候,中断服务函数向队列写数据,否则极易出现错误的结果。RTOS提供的队列通常已经提供了这种保护措施。

    一旦队列满了之后,大多数系统将会对随后产生的事件不作其它处理而只是简单的扔掉。使用者将很快认识到前面提到的这种情形是有限的。一般来说,事件产生速度是否超过了处理器的处理能力,用户都会直观的感受到这种反馈。如果确实绝对需要保证不遗漏掉任何事件,则队列的大小必须调整,以满足可能出现的最高的输入速度要求。在这样的一个系统中,如果队列满了,一般来说,它说明该系统是失败的。队列满了通常会导致系统复位或者是其它形式的错误处理程序的调用。

    不管是自己建立的环形队列还是RTOS提供的队列,这些队列的元素都是可以看作是结构体的基本字节流。这也意味着,由于RTOS队列是操作字节型数组而你想处理的是结构体,需要将队列元素类型转换为合适的结构体类型。当你作这种转换时候,要注意的是队列元素有足够的空间大小来容纳结构体类型数据。这可以通过sizeof运算符来保证。

    当RTOS是通过配置工具或者是配置文件进行配置时候,每次添加元素到队列中时候都需要检查大小。其它很常见的错误是,当改变了编译条件时候,忘了调整相应枚举的大小,或者是结构体位域对齐的问题。
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值