43. QT客户端中使用TCP进行高频率的发送消息导致服务端接收信息不完全问题

1. 说明

所遇场景:在嵌入式开发中,一般情况下客户端和服务端均在一个工控机系统内,此时两者的通信实现如果采用TCP的方式,通信频率的高低对于信息的接收影响不是很大,在QT中开发的客户端使用TCP发送的指令,在服务端能够完整的接收。但是,如果客户端和服务端不在一个系统内,则客户端使用TCP或者说WIFI发送数据时,在socket管道中的数据并非是立马发送的,服务端也并非是立马就接收socket中的数据,如果客户端指令发送的速度和服务端接收指令的速度不一致,就会导致收发数据的混乱。(简单来说:这种现象可能属于TCP的粘包问题)

2. 解决方案

本文章提供一种处理方式,可能这种方法也不是很成熟,读者可以根据实际情况考虑使用。
既然两端出现了收发数据的混乱,那么只要合理的把客户端发送过来的指令一条一条的拆开,然后服务端再根据拆分好的正确指令去一条一条的执行即可。

2.1 客户端

为了在服务端将指令正确拆分,那么在客户端发送指令时,发送的数据除了正确的指令外,还要加上一个当前指令结束符,作为指令的拆分标志,比如在每一条指令后面添加一个&&符号,示例代码如下:
sqlSocket.cpp

void sendMsg(con
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

山间点烟雨

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值