Tcp的粘包和半包问题及解决方案-Toy模板网

这篇具有很好参考价值的文章主要介绍了Tcp的粘包和半包问题及解决方案。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

粘包：

半包：

应用进程如何解读字节流？如何解决粘包和半包问题？

①：固定长度

②：分隔符

③：固定长度字段存储内容的长度信息

粘包：

一次接收到多个消息，粘包

应用进程无法从一个粘包中解析出数据

出现粘包的原因：

①：发送方每次写入数据<内核缓冲区大小；导致多个小的数据包一次性放到一个缓冲区中一起发送了，接收端接收到数据就对导致粘包。

②：接收方读取内核缓冲区不够及时。Tcp接收数据的三个队列并不是实时的，有可能会延时，可能会导致读到多个消息，粘包了。

一个消息分多次接收，半包

应用进程无法从一个半包中解析出数据

出现半包的原因：

①：发送方写入数据>内核缓冲区大小；

②：发送方数据大小大于MTU，必须拆包。

应用进程是无法从一个粘包、半包中解析出数据的，根本原因是：Tcp是面向字节的，消息无边界的。

找出消息的边界

简单、但是浪费空间，不推荐。 Tcp的粘包和半包问题及解决方案,小林计算机网络,c++,linux,开发语言

（比如规定每10个字节表示一个消息，但是客户端发送的一个消息里只有1个字节那么剩下的字节就是浪费的，需要补空或者补0）

Tcp的粘包和半包问题及解决方案,小林计算机网络,c++,linux,开发语言

简单，空间也不浪费，推荐使用
缺点:数据内容本身出现分隔符时，需要转义，所以需要扫描内容

典型的例子就是HTTP报文： Tcp的粘包和半包问题及解决方案,小林计算机网络,c++,linux,开发语言

Tcp的粘包和半包问题及解决方案,小林计算机网络,c++,linux,开发语言

接收端先解析固定字段，获取长度，然后根据长度读取数据内容。

可以精确定位数据内容，内容不需要转义，推荐

缺点:数据内容长度有限制，需要提前知道可能的最长的消息的字节数
文章来源地址https://www.toymoban.com/news/detail-673487.html

到了这里，关于Tcp的粘包和半包问题及解决方案的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！