STM32

100元话费+500莫元咨询TCP 黏包服务器怎么处理的问题

2020-01-01 17:38发布

站内问答 / STM32/STM8
19593 89 89
本帖最后由 lindabell 于 2017-1-12 16:42 编辑

事情是这样的，我做了一台设备可以通过app控制，也可以上报温湿度等信息的；使用透传的WIFI模块。
设备从关机到开机会发生很多状态变化，都会上传这些状态；通过串口发送到WIFI模块，然后到服务器。
在服务器接收那边就会出现黏包的现象，由于黏包服务器处理起来非常耗时，应该是3~4s的数据到了数据库看居然花了26s左右。

另外我数据的格式是这样的 55AA+MAC+len+CRC8，黏包就是多包数据被TCP封成一个包了。

希望做个服务器 (要专业做服务器的，不是专业的意见不接受)的坛友，给个意见这样的黏包服务器能不能处理，怎样处理？

注：我是做单片机软件的对服务器一点不懂，但是我需要的是专业的回答，另外回答的不错的；可能还会付费咨询更加详细的，报酬方面可谈。


修改：增加到200元话费，高手希望提示一下
友情提示: 此问题已得到解决，问题已经关闭,关闭后问题禁止继续编辑，回答。
89条回答
tribear
2020-01-05 20:38
本帖最后由 tribear 于 2017-1-12 19:58 编辑

TCP粘包一般是2个或者以上的TCP包粘结在一起,一般不会出现数据帧不完整的情况所以,可以用递归调用的方法处理TCP的粘包问题.
比如说你封装一个解析TCP数据帧的函数DecodeTCPFrame(uint8_t *TCPData, int TCPLength)  (TCPData[]为缓冲数组,TCPLength为TCP包的字节),
通过对比你自定义协议帧中的Len长度和TCP的包长度就能判断是不是有粘包的情况,
如果有粘包的情况就再递归调用一遍DecodeTCPFrame(&TCPData[第二帧起始字节下标],TCPLength - 上一个帧的完整长度).
一直对比到TCPLength 和数据帧Len符合时跳出DecodeTCPFrame函数.

把上面解析到的数据帧存到一个结构体数组里,搞定~

一周热门 更多>