本帖最后由 lindabell 于 2017-1-12 16:42 编辑
事情是这样的,我做了一台设备可以通过app控制,也可以上报温湿度等信息的;使用透传的WIFI模块。
设备从关机到开机会发生很多状态变化,都会上传这些状态;通过串口发送到WIFI模块,然后到服务器。
在服务器接收那边就会出现黏包的现象,由于黏包服务器处理起来非常耗时,应该是3~4s的数据到了数据库看居然花了26s左右。
另外我数据的格式是这样的 55AA+MAC+len+CRC8,黏包就是多包数据被TCP封成一个包了。
希望做个服务器 (要专业做服务器的,不是专业的意见不接受)的坛友,给个意见这样的黏包服务器能不能处理,怎样处理?
注:我是做单片机软件的对服务器一点不懂,但是我需要的是专业的回答,另外回答的不错的;可能还会付费咨询更加详细的,报酬方面可谈。
修改:增加到200元话费,高手希望提示一下
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
对。这也是我想说的。
我们的GRM200系列模块常年工作在一个来回要两秒钟的GPRS网络下,全靠UDP才能做到。
这种网络你就是要准备着它必然会丢包的,这是事实。
你必须自己对付丢包的情况。
TCP天生的那种处理一点也不好。你发3个包,丢了第一个,那么对UDP你照样能收到后两个,而TCP你一个也收不到了,直到它重传第一个包成功为止!
现在问题并不是快不快的问题
比如你包头 55AAH 偏偏出现在了数据域(如果传RAW格式尤其容易发生),就会解码解的很乱。
最快的避开方式就是直接用掉 1bit 来区分是否是包头,或者其他控制字
一周热门 更多>