粘包和分包

待我称王封你为后i 2022-10-02 10:51 174阅读 0赞

## 概念 ##

Socket通信时会对发送的字节数据进行分包和粘包处理，属于一种Socket内部的优化机制。  
粘包：  
当发送的字节数据包比较小且频繁发送时，Socket内部会将字节数据进行粘包处理，既将频繁发送的小字节数据打包成 一个整包进行发送，降低内存的消耗。  
分包：  
当发送的字节数据包比较大时，Socket内部会将发送的字节数据进行分包处理，降低内存和性能的消耗。

例子解释  
当前发送方发送了两个包，两个包的内容如下：  
123456789  
ABCDEFGH

我们希望接收方的情况是：收到两个包，第一个包为：123456789，第二个包为：ABCDEFGH。但是在粘包和分包出现的情况就达不到预期情况。

粘包情况  
两个包在很短的时间间隔内发送，比如在0.1秒内发送了这两个包，如果包长度足够的话，那么接收方只会接收到一个包，如下：

123456789ABCDEFGH

分包情况  
假设包的长度最长设置为5字节（较极端的假设，一般长度设置为1000到1500之间），那么在没有粘包的情况下，接收方就会收到4个包,如下：

12345  
6789  
ABCDE  
FGH

## 处理方式 ##

因为存在粘包和分包的情况，所以接收方需要对接收的数据进行一定的处理，主要解决的问题有两个：

在粘包产生时，要可以在同一个包内获取出多个包的内容。  
在分包产生时，要保留上一个包的部分内容，与下一个包的部分内容组合。  
目前处理方式主要两种：

一、给数据包的头尾加上标记。  
比如在数据包的头部加上“START”字符串，尾部加上"END"字符串，这样可以解析出START和END之间的字符串就是接收方需要接收的内容。（当然真正处理的时候不可能使用START和END这种混效率较高的字符串，此处只是个例子）  
上边两个包的例子就可以如下：

START123456789END  
STARTABCDEFGHEND

二、在数据包头部加上内容的长度  
发送方在发送的时候就可以在包头加上包的长度，接收方每次接收的时候都根据头部的长度去获取后面的内容。  
上边两个包的例子就可以如下：

PACKAGELENGTH:0009123456789  
PACKAGELENGTH:0008ABCDEFGH

## 处理例子 ##

头尾标记处理  
粘包  
START123456789ENDSTARTABCDEFGHEND

获取第一个START和第一个END的位置，然后获取他们之间的内容，第二个包的内容就是获取第二个START和第二个END的位置。

分包  
START1234567  
89END

每个包要判断最后是否是END结尾，如果没有找到END，那么就保留上一个包START之后的内容，与下一个包第一个END之前的内容组合。

头部长度处理  
粘包  
PACKAGELENGTH:0009123456789PACKAGELENGTH:0008ABCDEFGH

获取“PACKAGELENGTH:”这个字符串后面4个字符，转化为数字就是包的长度，根据包的长度获取后面的内容，第二个内容的长度就是获取第二个“PACKAGELENGTH:”字符串后面的4个字符。

分包  
PACKAGELENGTH:0009123456  
789

获取“PACKAGELENGTH:”这个字符串后面4个字符，转化为数字就是包的长度，如果包结尾还没有获取完，那么就要获取下一个包前面的部分内容。

## 部分细节情况 ##

看了前面的例子，比较善于思考的读者肯定已经想到了一些其他问题，这些问题处理起来方式和上面相似，笔者在此罗列一下，就不重复解释了，相信聪明的读者能够自己解决：

1、粘包和分包问题一起出现  
START123456789ENDSTARTAB  
CDEFGHEND

2、头尾标志由于分包获取不完整  
START123456789E  
ND

发表评论取消回复

表情：

评论列表（有 0 条评论，174人围观）

还没有评论，来说两句吧...

相关阅读

相关粘包和半包的解决

粘包产生 public class HelloWordServer { static final Logger log = LoggerFacto

分手后的思念是犯贱/ 2023年10月11日 23:27/ 0 赞/ 39 阅读

相关 TCP的拆包和粘包

一、什么是TCP的拆包和粘包？粘包：比如客户端发送了第一个数据包内容为abc，然后又发送了第二个数据包为bcd，服务端接收到了数据，内容是abcbcd，对

痛定思痛。/ 2022年12月02日 15:24/ 0 赞/ 272 阅读

相关粘包和分包

概念 Socket通信时会对发送的字节数据进行分包和粘包处理，属于一种Socket内部的优化机制。粘包：当发送的字节数据包比较小且频繁发送时，Socket内部

待我称王封你为后i/ 2022年10月02日 10:51/ 0 赞/ 175 阅读

相关 TCP粘包和拆包原因

最近研究Netty网络编程，以前项目中也遇到过数据接收过程中数据质量太差问题，很可能是TCP传输过程中问题，特此记录。问题产生一个完整的业务可能会被TCP拆分成多个

﹏ヽ暗。殇╰゛Y/ 2022年06月13日 12:38/ 0 赞/ 241 阅读

相关 TCP粘包和拆包

产生的原因 1. 应用程序写入数据的字节大小大于套接字发送缓冲区的大小 2. 进行MSS大小的TCP分段。MSS是最大报文段长度的缩写。MSS是TCP报文段中的数据

Myth丶恋晨/ 2022年05月10日 06:08/ 0 赞/ 250 阅读

相关 Netty - 粘包分包以及自定义数据包协议

文章目录 Netty - 粘包分包以及自定义数据包协议 1.粘包和分包 Server.java

我就是我/ 2022年04月22日 14:08/ 0 赞/ 250 阅读

相关 Netty粘包分包分析

粘包分包分析消息如何在管道中流通？一个管道中存在多个Handler(事件处理器)，消息在通道中通过Handler以事件的形式进行传递。 handler往

逃离我推掉我的手/ 2021年12月13日 13:53/ 0 赞/ 263 阅读

相关粘包问题

粘包问题产生原因 1.两个数据非常小，同时间隔时间短 2.数据太大，一次性取不完，下一次还取这个数据解决方法在数据传输之前，传一个数据的

矫情吗；*/ 2021年10月29日 07:54/ 0 赞/ 295 阅读

相关 TCP粘包和拆包

TCP的粘包和拆包粘包和拆包现象 ![18721752-b606c26802645728.png][] image.png 客户端给服务端发送数据可能存在的场

古城微笑少年丶/ 2021年09月18日 07:10/ 0 赞/ 447 阅读

相关粘包现象

　　首先tcp协议又叫流式协议。tcp协议有一种机制，就是将数据量小和间隔时间较短的，比如几次数据，就会当作一次发送过去。这样能减少多次传输的所浪费的网络延迟，这样提示的...

红太狼/ 2021年03月28日 14:04/ 0 赞/ 473 阅读