粘包是因为发送太快了,可以通过发送固定长度数据包和在数据包前后加标识以做截取解决。
给你介绍第一种方法,发送固定长度的数据包,不足长度的补数,这种方法要固定读取N长度的数据
整体说按类型分,可以分为头包,一般包,尾包
这三种数据包的格式可以这样包头+实际数据+检验位
1. 头包,比如可以是A01:LXXXXXXXXXXXC
包头可以用包头标识+第几帧+开始截取标志+文件长度L构成,例子中是A01:),L为所有数据包加起来的实际数据总长度,XXXXXXXX为实际数据占 N字节(N为固定字节,这个你自己定义大小),C为校验位占一个字节,即所有数据的累加和
2. 一般包,格式可以为P02:XXXXXXXXXXXXC
类似包头格式,P为一般包标识,02表示第二个包
3 包尾,格式可以为D03:XXXXXFFFFFFC
此处XXXXX为实际数据,FFFFF为不足N位的补数,最后一个包是多长可以通过头包L跟尾包算出来
各种校验
1. 收到的数据包要做校验位验证,就是格式中的C
2. 每次收到包要判断是不是期望的包,通过第几个包来判断,比如你要收第4个包了,但你收到了P05,那就重新请求一次要收第四个包,或者是直接失败
3 其他校验,具体情况具体分析
第二种数据包前后加标识以做截取解决也是类似的,就是在实际数据前后加上一些供你判断的标识,思路已经在这里了,具体格式要自己定义,因为你是程序员
有没有人跟你说过tcp是“面向数据流”的?
这所谓“流”自然就是黏在一起的,收到没粘在一起那是运气好(殴
虽然有点山寨,不过我的做法是发送的时候开头四个字节代表一个包的长度,先发这个长度然后发包,下次要发也还是先发长度
接收端一开始先调用接收函数,最长收四个字节,知道长度以后再收一次,收真正的内容,然后又收长度,然后又收内容,这样反复
顺便说一下tcp它不光会粘包它还会拆包。所以发现收到的长度不够的时候你要想办法继续收,收到它长度够了为止
您尝试过打时间戳么?还不行?还是其他什么的?