【计算机网络】TCP 粘包/拆包的原因以及解决方法

目录

 

含义

产生的原因？

如何解决？

---

含义

TCP是个“流”协议，没有界限的一串数据。TCP底层并不了解上层业务数据的具体含义，它会根据TCP缓冲区的实际情况进行包的划分，一个完整的包可能会被TCP拆分成多个包进行发送，也有可能把多个小的包封装成一个大的数据包发送，这就是所谓的TCP粘包和拆包问题。

具体可能存在下面四种可能：

（1）服务端分两次读取到了两个独立的数据包，分别是D1和D2，没有粘包和拆包；

（2）服务端一次接收到了两个数据包，D1和D2粘合在一起，被称为TCP粘包；

（3）服务端分两次读取到了两个数据包，第一次读取到了完整的D1包和D2包的部分内容，第二次读取到了D2包的剩余内容，这被称为TCP拆包；

（4）服务端分两次读取到了两个数据包，第一次读取到了D1包的部分内容D1_1，第二次读取到了D1包的剩余内容D1_2和D2包的整包。

---

产生的原因？

（1）（粘包对于发送方）要发送的数据小于TCP发送缓冲区的大小，TCP将多次写入缓冲区的数据一次发送出去，将会发生粘包；

（2）（粘包对于接收方）接收数据端的应用层没有及时读取接收缓冲区中的数据，将发生粘包；

（3）（拆包对于发送方）要发送的数据大于TCP发送缓冲区剩余空间大小，将会发生拆包；

（4）（拆包对于发送方）待发送数据大于MSS（最大报文长度），TCP在传输前将进行拆包。

---

如何解决？

因为无论是粘包/拆包，问题都来自于无法区分包的边界，因此解决的方法都是基于此。

【1】消息定长。发送端将每个数据包封装为固定长度（不够的可以通过补0填充），这样接收端每次接收缓冲区中读取固定长度的数据就自然而然的把每个数据包拆分开来。

【2】在每个包头尾设置消息边界，服务端从流中按消息边界分离出消息内容。

【3】将消息分为消息头和消息体，消息头中添加表示消息总长度（或者消息体长度）的字段。