粘包拆包问题

本文介绍了TCP粘包和拆包的概念及其原因,包括TCP协议的流数据特性导致的数据边界模糊问题。接着,详细阐述了四种常见的解决粘包拆包的方法,并重点讨论了Netty框架提供的四种解决方案,如FixedLengthFrameDecoder、LineBasedFrameDecoder等,为解决此类问题提供了实用的指导。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

2021SC@SDUSC


一、什么是粘包拆包问题

TCP 协议是流数据,流数据的特点就是没有分界线。TCP底层并不了解上层业务数据的具体含义,它会根据TCP缓冲区的实际情况进行包的划分,所以在业务上认为,一个完整的包可能会被TCP拆分成多个包进行发送,也有可能把多个小的包封装成一个大的数据包发送。

如果通讯的一端一次性连续发送多条数据包,TCP协议会将多个数据包打包成一个TCP报文发送出去,这就是所谓的粘包。如果通讯的一端发送的数据包超过一次TCP报文所能传输的最大值时,就会将一个数据包拆成多个最大TCP长度的TCP报文分开传输,这就叫做拆包。通俗地讲,粘包就是接收端一次读到了多个包,这些包被打包成一个大的数据包(“粘”在了一起),拆包就是接收端读到了不完整的包(发送端发送的包被“拆”开了)。

下面用示意图来展示一下粘包和拆包问题:

发送端和接收端都会维护一个缓冲区,发送的数据首先会存至缓冲区,然后通过网络发送给接收端的缓冲区中:
在这里插入图片描述
现在假设发送端要发送两个数据包给接收端,那么可能会出现以下几种情况:

1、正常情况是这样的:

接收端分两次读取到了两个独立的数据包,分别是Package1 和 Package2,没有粘包和拆包:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值