首页 > 代码库 > Socket编程注意接收缓冲区大小

Socket编程注意接收缓冲区大小

最近在做一个udp升级程序,因文件有点大,需要将程序分成多个包发送,每次发送一个包,收到回复后发送下一个包,直到完成,这样就控制为顺序发送,保证了完整性,简单定义一个协议,每个包,包含包编号,当前数据长度等信息

包头 命令 子命令 总包数 包编号 总长度 当前包长度 校验信息 数据
6byte 1 1 1 1 4 4 2 0-1024

命令:290

子命令:发送开始为 1   发送数据为2  发送成功为3(接收端发送给发送端)  发送失败为4

总包数: 文件分成多少个包

包编号:当前发送的是第几包(索引从0开始)

总长度:文件长度

当前包长度:当前包的数据长度(《=1024)每次发送1024,最后一包可能少于1024

校验信息:用计算是否丢包用,可以用crc算法 ,这里为了简单设置为0

升级程序流程如下:

1、发送开始命令(发送端--》接收端)

2、传输数据(发送端收到接收端的第一个回复后,然后发送第一个数据包,收到第2个回复,然后发送的第3个包,如此循环,直到发送完成)

3、传输数据完成(接收端,收到所有包后,发送成功命令给发送端)

以上是处理思路,写好代码之后,测试ok,因设备太多 上1000台,一个一个人工处理,太麻烦,想批量升级,修改代码后,可以使用,一次最多5台,多了就会出现部分设备发送到一部分时就不成功。仔细检查处理流程,并没有发现任何错误,最后请同事帮忙看代码,分析也没有发现错误,抓包(Wireshark)分析后,有收到回复包,也有发送数据,但就是中断了,仔细分析后,猜测是接收缓冲区小(默认8192字节),设置接收缓冲区为32k字节后,再试,可以一次升级20多台。

查找相关资料后,是由于udp接收数据大于缓冲区时就会把数据丢掉。

分析原因:一个数据包1k多,5台接近8192,这就是为什么5台时,很顺利。

同理设置接收缓冲区为32k后,就可以升级20多了。

以上是思路整理,如果你也遇到这样的情况,或者对你有帮助,欢迎点赞、回复。