论TCP粘包和拆包产生的根本原因

最新推荐文章于 2024-07-29 09:44:02 发布
原创 最新推荐文章于 2024-07-29 09:44:02 发布 · 403 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#网络 #网络协议

本文深入探讨了TCP协议的面向流特性如何导致数据在传输过程中出现粘包和拆包现象。阐述了三种常见的解决方案：固定消息长度、使用特殊字符分割及消息头标识长度，为网络通信中数据包的可靠传输提供了实用指导。

前序:相信熟悉网络的同学都知道，TCP是面向流的，啥是面向流？谢希仁之<<计算机网络>>中有段话，个人觉得描述得非常贴切:
在这里插入图片描述
这就是传输层提交给应用层的发生粘包和拆包的根本原因，TCP协议视一切如流，它并不知道上层应用需要的是啥，只是在保证有序的情况下在适当的时机将数据提交给应用层处理。

现在业界解决的粘包和拆包的方案主要有三个:
1：消息定长，例如每个报文的大小固定的200字节。这个解决方案估计工业界用的很少。
2:在包尾用特殊字符进行分割，例如用换行符
3:将消息分为消息头和消息体，消息头表示消息的总长度

TCP粘包的原因及解决办法
Jaylen.sun的嵌入式之旅
03-02 2543
TCP粘包是指发送方发送的多个数据包到接收方后粘连在一起，导致数据包不能完整的提现发送的数据。问题主要还是因为接收方不知道消息之间的界限，不知道一次性提取多少字节的数据所造成的。
TCP粘包原因分析以及解决方案
最新发布
2301_76460223的博客
03-25 1437
这是因为接收方先把收到的数据放在系统接收缓冲区，用户进程从该缓冲区取数据，若下一包数据到达时前一包数据尚未被用户进程取走，则下一包数据放到系统接收缓冲区时就接到前一包数据之后，而用户进程根据预先设定的缓冲区大小从系统接收缓冲区取数据，这样就一次取到了多包数据。协议进行数据传输时，多个数据包被连续存储于缓存中，在对数据包进行读取时由于无法确定发送方的发送边界，而采用某一估测值大小来进行数据读取，使得发送方发送的若干个数据包到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。
TCP粘包分析与处理
weixin_33810006的博客
03-07 979
TCP粘包现象 TCP粘包通俗来讲，就是发送方发送的多个数据包，到接收方后粘连在一起，导致数据包不能完整的体现发送的数据。 TCP粘包原因分析 导致TCP粘包的原因，可能是发送方的原因，也有可能是接受方的原因。 发送方 由于TCP需要尽可能高效和可靠，所以TCP协议默认采用Nagle算法，以合并相连的小数据包，再一次性发送，以达到提升网络传输效率的目的。...
TCP粘包为什么会粘包？ 背后的原因让人暖心
ilini的博客
03-23 1041
事情从一个健身教练说起吧。 李东，自称亚健康终结者，尝试使用互联网+的模式拓展自己的业务。在某款新开发的聊天软件琛琛上发布广告。 键盘说来就来。疯狂发送"李东"，回车发送！，“亚健康终结者”，再回车发送！ 还记得四层网络协议长什么样子吗？ 四层网络模型每层各司其职，消息在进入每一层时都会多加一个报头，每多一个报头可以理解为数据报多戴一顶帽子。这个报头上面记录着消息从哪来，到哪去，以及消息多长等信息。比如，mac头部记录的是硬件的唯一地址，IP头记录的是从哪来和到哪去，传输层头记录到是到达目的主机后具.
tcp 粘包是怎么产生的？
ConstXiong
06-29 1万+
tcp 粘包是怎么产生的？ 1、什么是 tcp 粘包？ 发送方发送的多个数据包，到接收方缓冲区首尾相连，粘成一包，被接收。 2、原因 TCP 协议默认使用Nagle 算法可能会把多个数据包一次发送到接收方。 应用程读取缓存中的数据包的速度小于接收数据包的速度，缓存中的多个数据包会被应用程序当成一个包一次读取。 3、处理方法 发送方使用 TCP_NODELAY 选项来...
TCP粘包产生的原因
c1sdn19的专栏
09-10 282
转：https://blog.youkuaiyun.com/fgx_123456/article/details/80031821
使用Netty解决TCP粘包和拆包问题过程详解
08-25
使用Netty解决TCP粘包和拆包问题过程详解 Netty是一个流行的Java网络编程框架，提供了简洁、灵活的API来处理网络编程的各种问题。其中，解决TCP粘包和拆包问题是Netty的一个重要应用场景。本文将详细介绍使用Netty...
【QT】自定义协议解决TCP粘包和拆包问题
08-11
首先，我们需要理解TCP粘包和拆包的原因。TCP为了提高传输效率，会将较小的数据包合并成一个大包发送，或者将一个大的数据包拆分成多个小包分别发送。这使得接收方无法直接根据接收到的数据判断其原始边界，从而引发...
TCP粘包和拆包
weixin_44277476的博客
06-30 2833
Socket为TCP长连接，TCP为了保证可靠传输并减少额外的开销（每次发包都要验证），采用了基于流的传输，基于流的传输不认为消息是一条一条的，是无保护消息边界的（保护消息边界：指传输协议把数据当做一条独立的消息在网上传输，接收端一次只能接受一条独立的消息）。会存在粘包拆包问题。UDP则是面向消息传输的，是有保护消息边界的，接收方一次只接受一条独立的信息，所以不存在粘包拆包问题。TCP是个流协议，就是没有界限的一串数据。TCP底层并不了解上层业务数据的具体含义，它会根据TCP缓冲区的实际情况进行包的划分，所
网络编程 - 粘包与拆包第一弹 - 深入理解TCP粘包与拆包问题
逍遥Sean的博客
07-29 1112
在TCP协议中，数据传输的基本单位是数据包（Packet），但由于TCP是基于字节流的协议，发送方在传输数据时，并不会考虑数据包的边界，而是连续地将字节流发送出去；接收方在接收数据时，需要根据接收到的字节流来还原成数据包。粘包：多个数据包被接收方一次性接收，形成一个大的数据块，难以区分原本的数据包边界。拆包：一个数据包被拆分成多个包接收，导致接收方无法正确还原发送方发送的数据包。这些问题源于TCP协议的特性，如数据流传输、操作系统内核的数据复制等。
Golang TCP粘包拆包问题的解决方法
01-03
于是通过查阅资料，发现这个就是传说中的TCP粘包问题。下面通过编写代码来重现这个问题： 服务端代码 server/main.go func main() { l, err := net.Listen(tcp, :4044) if err != nil { panic(err) } fmt....
TCP粘包/拆包的产生原因和解决办法
pipi糖的博客
04-13 4802
TCP底层不了解应用层数据的含义，它会根据TCP缓冲区的实际情况进行包的划分，所以业务上认为，一个完整的包（应用层数据）可能被TCP拆分为多个包进行发送，也可能把多个小包封装成一个大的数据包进行发送，这就是所谓的TCP粘包和拆包问题。出现粘包的原因是多方面的，可能是来自发送方，也可能是来自接收方。 拆包和粘包是在socket编程中经常出现的情况，在socket通讯过程中，如果通讯的一端一次性连续发送多条数据包，tcp协议会将多个完整的消息（应用层数据）打包成一个tcp报文发送出去，这就是所谓的粘包。而如果通
TCP粘包原因及解决办法
热门推荐
c++小白的博客
01-20 1万+
1、粘包的概念 粘包：多个数据包被连续存储于连续的缓存中，在对数据包进行读取时由于无法确定发生方的发送边界，而采用某一估测值大小来进行数据读出，若双方的size不一致时就会使指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。 2、出现粘包的原因 出现粘包现象的原因是多方面的，它既可能由发送方造成，也可能由接收方造成。 发送方引起的粘包是由TCP协议本身造成的，TCP为提高传输效率，发送方往往要收集到足够多的数据后才发送一包数据。若连续几次发送的数据都很少，通
Tcp造成粘包的原因及解决措施
huangtianyi1994的博客
02-24 3922
粘包的概念： TCP粘包是指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据的头紧接着前一包数据的尾。 粘包可能由发送方造成，也可能由接收方造成。 只有TCP有粘包现象，UDP永远不会粘包 粘包不一定会发生 粘包的原因： 发送端原因: 由于TCP协议本身的机制（面向连接的可靠地协议-三次握手机制）客户端与服务器会维持一个连接（Channel），数据在连接不断开的情况下，可以持续不断地将多个数据包发往服务器，但是如果发送的网络数据包太小，那么他本身会启用Nagle算
TCP粘包问题
ZWE7616175的博客
08-04 386
TCP和UDP关于粘包问题的讨论 UDP不存在粘包问题，因为UDP是数据报传输，每一个消息都是独立的。但也有不足之处，当数据量发送较小时，就会发生数据包有效载荷较小的情况，也会增加多次发送数据的系统发送开销和接收开销。 因此，设置一个较为合适的UDP数据包的包长就很重要了，UDP的最大载荷为1472，最好每次传输接近这个数据的数据量，比较适合视频、音频等大块数据的发送。同时，通过减少握手来保证...
为什么会出现粘包
ahao214——Dreamspace
07-15 692
主要原因就是tcp数据传递模式是流模式，在保持长连接的时候可以进行多次的收和发。 “粘包”可发生在发送端也可发生在接收端： 1.由Nagle算法造成的发送端的粘包：Nagle算法是一种改善网络传输效率的算法。简单来说就是当我们提交一段数据给TCP发送时，TCP并不立刻发送此段数据，而是等待一小段时间看看在等待期间是否还有要发送的数据，若有则会一次把这两段数据发送出去。 2.接收端接收不及时造成的接收端粘包：TCP会把接收到的数据存在自己的缓冲区中，然后通知应用层取数据。当应用层由于某些原因不能及时的把T
tcp粘包现象
code_moilion的博客
03-12 283
Nagle算法 定义：任意时刻，最多只能有一个未被确认的小段（小于MSS尺寸的数据块） 作用：用于自动连接许多的小缓冲器消息，通过减少必须发送包的个数来增加网络软件系统的效率 优点：减少拥塞控制 可通过TCP_NODELAY选项禁止Nagle算法 粘包 什么是粘包 tcp粘包是指发送方发送的若干包数据到接收方接受时粘成一包，从接收缓冲去看，后一包数据的头紧接着前一包数据的尾。 产生粘包的原因 发...
tcp 粘包
chenwh_cn的博客
05-25 188
文章目录一、TCP 长连接和短连接二、基于消息和基于流传输三、粘包原因四、粘包处理 一、TCP 长连接和短连接 长连接: Client方与Server方先建立通讯连接，连接建立后不断开， 然后再进行报文发送和接收 短连接: Client方与Server每进行一次报文收发交易时才进行通讯连接，交易完毕后立即断开连接。此种方式常用于一点对多点通讯，比如多个Client连接一个Server 二、基于消息和基于流传输 UDP基于消息传输，接收端的skbuff(套接字缓冲区）采用了链式结构来记录每一个到达的U
使用Netty解决TCP粘包和拆包问题
以上代码展示了如何在Netty中通过LengthFieldBasedFrameDecoder和LengthFieldPrepender解决TCP粘包和拆包的问题。这两者分别用作解码器和编码器，长度字段为4字节表示后续数据长度，头和尾都不加偏移量。 **总结：*...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值