一种通信接收缓冲区的操作想法

//概述
在通信中,比如UART。接收到的数据经常是一帧一帧而不是一个字节一个字节,上层应用在需要读取通信数据的时候通常希望读取到的就是一个完整的帧,这样比较方便解析。如果底层对上层提供的接口是Read(port,buff,len,timeout)这种形式的话,上层为了避免收到的buff不是完整的一帧,len经常定得比较大,这样子的话就可能出现一种情况。假设底层接收到两帧,都放到缓冲区,上层这时调用读取接口,读到的不只是一帧,是一帧还多一些,这个时候去解析的话,就会把后面那一部分丢掉,那么下次再调底层接口读取数据的时候就会是剩下的那一半,肯定解析不了,必须丢掉。上面这种情况只会出现在发送方发送得比较快,接收方来不及接收的时候。如果是通信速度比较慢,接收方上层读取通信接口的速度比较快的话,就不会出现,因为根本不会出现缓冲区多于一帧的情况。实际上Linxu和Windows上的串口通信接口都是采用这种方式,所以如果通信速度快的话,都会出现丢帧的情况。下面这个程序就是为了解决这个问题,提出的一种想法。
  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值