分包和粘包

本文深入探讨了TCP协议中的分包和粘包现象,解释了其产生的原因,如TCP的最大消息长度(MSS)和路由器的MTU限制。针对这些问题,提出了在数据发送前附加长度字段和包标识的解决方案,确保接收端能正确解析数据。通过这种方式,可以有效地避免分包和粘包带来的困扰,保证数据传输的完整性和可靠性。
摘要由CSDN通过智能技术生成


点击我, 到底部

分包和粘包

TCP分包

场景:发送方发送字符串”helloworld”,接收方却分别接收到了两个数据包:字符串”hello”和”world” (举个栗子, 实际并不是这么短的字节长度)

发送端发送了数量较多的数据,接收端读取数据时候数据分批到达,造成一次发送多次读取;

造成分包的原因:

TCP是以段(Segment)为单位发送数据的,建立TCP链接后,有一个最大消息长度(MSS).如果应用层数据包超过MSS,就会把应用层数据包拆分,分成两个段来发送.

在这里插入图片描述
MSS 最大消息长度(利用抓包工具)

    这个时候接收端的应用层就要拼接这两个TCP包,才能正确处理数据。

    相关的,路由器有一个MTU( 最大传输单元)一般是1500字节,
    除去IP头部20字节,留给TCP的就只有MTU-20字节。所以一般TCP的MSS为MTU-20=1460字节

    当应用层数据超过1460字节时,TCP会分多个数据包来发送。

TCP 粘包

场景:发送方发送字符串”helloworld”,接收方却接收到了两个字符串”hello”和”world”

发送端发送了几次数据,接收端一次性读取了所有数据,造成多次发送一次读取;通常是网络流量优化,把多个小的数据段集满达到一定的数据量,从而减少网络链路中的传输次数

分包和粘包解决方案:

发送数据前,给数据附加两字节的长度:

4字节N个字节
FBEB数据长度N数据内容
  1. 包标识: 包头部的特殊标识,用来标识包的开始
  2. 数据长度:数据包的大小,固定长度,2、4 或者8字节。
  3. 数据内容:数据内容,长度为数据头定义的长度大小。

实际操作如下:
a)发送端:先发送包表示和长度,再发送数据内容。
b)接收端:先解析本次数据包的大小N,再读取N个字节,这N个字节就是一个完整的数据内容。

具体流程如下:

在这里插入图片描述

点击我, 到顶部
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值