TCP粘包、拆包问题

粘包

假设客户端向服务端发送了两个数据包D1和D2,假如服务端一次收到了两个数据包,D1和D2粘合在一起,被称为TCP粘包。

拆包

假设客户端向服务端发送了两个数据包D1和D2,假如服务端分两次读取到了两个数据包,第一次读取到了D1包的部分内容,第二次读取到了D1包的剩余部分和D2的包的整包,这被称为拆包。

如果此时服务端TCP接收滑窗非常小,而数据包D1和D2比较大,很有可能会发生第5种可能,即服务端分多次才能将D1和D2包接收完全,期间发生多次拆包。

粘包、拆包发生的原因

  1. 要发送的数据大于TCP发送缓冲区剩余空间大小,将会发生拆包
  2. 待发送数据大于MISS(最大报文长度),TCP将会在传输前进行拆包
  3. 要发送的数据小于TCP缓冲区的大小,TCP将多次写入缓冲区的数据一次发送出去,将会发生粘包
  4. 接收数据端的应用层没有及时读取接收缓冲区中的数据,将发生粘包

粘包/拆包问题解决策略

  1. 消息定长,例如每个报文的大小为固定长度200字节,如果不够,空位补空格;
  2. 在包尾增加回车换行符进行分割,例如FTP协议;
  3. 将消息分为消息头和消息体,消息头中包含表示消息总长度(或者消息长度)的字段,通常设计思路为消息头的第一个字段使用int32来表示消息的总长度

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

壹氿

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

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

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

打赏作者

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

抵扣说明:

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

余额充值