TCP粘包

最新推荐文章于 2023-09-19 21:03:23 发布
最新推荐文章于 2023-09-19 21:03:23 发布
阅读量199 收藏
点赞数 1
分类专栏： 计算机网络 文章标签： tcp/ip tcp tcpip
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40276626/article/details/120265321
版权

什么是粘包？

粘包 就是 接收方一次性读取了发送方多次发送的数据包。

造成粘包有以下两个原因：

1、 由于TCP是面向流的协议，数据与数据之间是没有界限。接收方可能同时读取多个数据包读取

2、 当传输的数据比TCP头部的字节还少时，大量的发送这种数据包，会加重网络的负担。所以引入了Nigle算法，将连续的多个小分组拼接到一个TCP报文中发送。这也会造成粘包。

粘包的解决方案

第一种粘包：

在要发送的数据头部固定n个字节来标识要发送的数据的长度，在读取的时候，首先读取长度，然后根据长度再来读取对应的数据。

第二种粘包：

将Nigle算法关闭，然后按照第一种粘包的解决方案来执行

张孟浩_jay
关注
专栏目录
TCP连包问题解决：Nagle算法
ZR
07-17 1451
在使用LWIP创建TCP时，发送比较快时发现出现连包现象，同样的发送速度UDP却没有出现。这是为什么呢？ 最终定位的Nagle算法： TCP/IP协议中，Nagle算法是默认开启的。那么什么是Nagle算法呢？Nagle算法通过减少需要传输的数据包，来优化网络。在内核实现中，数据包的发送和接受会先做缓存。启动TCP_NODELAY，就意味着禁用了Nagle算法。当我们不设置TCP_NODELAY时，就默认打开了Nagle算法。这个时候，我们发送的数据将会在写缓存中保存，直到保存到一定量之后，数据才会被发送。
解决TCP报文粘连的方法
simmerlee的专栏
05-20 5391
TCP报文粘滞的原因： 1.TCP协议采用了Nagle算法
TCP粘包问题？如何解决？
qq_18402949的博客
11-02 657
TCP的粘包问题？如何解决TCP的粘包问题？UDP会有粘包问题吗？
LWIP协议栈建立TCP连接和断开时(控制块的状态转换)——新浪博客迁移
sinat_19440229的博客
12-05 1590
在做以太网的过程中，借助老衲五木的一些书籍，比较详细的了解了LWIP协议栈建立TCP连接和断开连接的过程，跟踪源码，查看控制块状态转换后的一些理解有必要记录下来。我们都知道TCP建立连接时的三次握手，断开连接时有四次握手： 建立连接时： 首先，请求端（通常称为客户端）发送一个SYN标志置1的TCP数据报，数据包中指明自己的端口号及将连接的服务器的端口号，同时通告自己的初始序号ISN。当服务器接收到该数据包并解析后，也发回一个SYN报文段作为应答。该回应报文包服务器自身选定的初始...
tcp 连接关闭详解
cschengvdn的专栏
03-28 3557
注：tcp关闭连接不区分客户端和服务端，哪一端口可以主动发起关闭连接请求。所以为了描述方便，描述中的“主动方”表示主动发起关闭连接一方，“被动方”表示被动关闭连接一方。 1. tcp关闭连接状态转换   上图是tcp连接主动关闭端的状态转换图： （1）应用层调用close函数发起关闭连接请求 （2）发送FIN到对端，关闭写通道，自己进入FIN_WA
网络编程（10）—— 通过设置可选项取消socket的TImeWait状态以及开启Nagle算法
Hyman的博客
09-18 3981
一、Time_Wait。 我们先回顾一下之前学过的socket断开连接时的四次握手过程： 第一次握手：主机A向主机B提出断开连接的请求。 第二次握手：主机B接收到请求后向主机A传递消息：请稍等，稍后断开连接 第三次握手：主机B端向主机A发送消息：现在可以断开连接 第四次握手：主机A向主机B发送消息：收到，马上断开连接。 而发起断开连接请求的主机A在完成第四次握手之后，会进入Time
C#中TCP粘包问题的解决方法
08-30
主要为大家详细介绍了C#中TCP粘包问题的解决方法，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
【QT】自定义协议解决TCP粘包和拆包问题
08-11
在某些需要精确控制数据传输的应用中，如游戏、实时通信等，解决TCP粘包和拆包问题是至关重要的。QT是一个跨平台的C++图形用户界面应用程序开发框架，它提供了丰富的网络编程接口，可以用来处理这个问题。 本文将...
使用Netty解决TCP粘包和拆包问题过程详解
08-25
使用Netty解决TCP粘包和拆包问题过程详解 Netty是一个流行的Java网络编程框架，提供了简洁、灵活的API来处理网络编程的各种问题。其中，解决TCP粘包和拆包问题是Netty的一个重要应用场景。本文将详细介绍使用Netty...
tcp 粘包 拆包解决思路以代码
04-25
**TCP粘包**：当发送方连续发送多个数据包时，接收方可能会一次性接收到这些数据包的内容，而不是一个接一个地分开接收。这种情况被称为粘包，因为多个数据包的内容在接收端看起来像是粘在一起了。 **TCP拆包**：与...
LwIP之TCP
一个菜鸟的博客
10-16 5065
TCP协议理论支撑TCP控制块 和UDP控制块类似，对TCP的操作实际上就是对TCP结构中各个字段的操作。 //11种状态枚举定义 enum tcp_state { CLOSED = 0,//没有连接 LISTEN = 1,//服务器进入侦听，等待客户机连接 SYN_SENT = 2,//连接请求发送，等待确认 SYN_RCVD = 3,//已收到
网络编程（27）—— 再谈Nagle算法
Hyman的博客
11-08 1118
这段时间一直在研究Nagle算法问题，其实自从了解到这个算法以后，心里有不少的疑问，本文主要是对我自己这些疑问的一个分析，属于个人的一个理解，如果有哪个大神一不小心路过这里，有错误的地方还望给予批评教育~~   问题一，Nagle算法是不是TCP可靠连接的基础，把Nagle算法禁用了是不是TCP就变成不可靠连接了？        先说答案，答案是否定的。Nagle只是一个算法而已，TCP是可
【计算机网络】 Nagle算法
jia_03的博客
09-19 837
Nagle算法默认是打开的，如果对于一些需要小数据包交互的场景的程序，比如telnet或ssh这样的交互性比较强的程序，则需要关闭Nagle算法。Nagle算法就是为了尽可能发送大块数据，避免网络中充斥着许多小数据块。（因为在传输时不会因为数据包小而传输的快，是根据包的个数转发的）
Nagle算法TCP_NODELAY和TCP_CORK
热门推荐
shellching的专栏
05-14 1万+
      坐公交车，最近在看《网络游戏Server编程》，里面提到了Nagle算法和socket的TCP_NODELAY选项，不是很了解，所以百度了一下，查到以下资料，并收藏。 下面摘自：http://hi.baidu.com/zzcqh/blog/item/15f78c363985fd390a55a933.htmlNagle算法 TCP_NODELAY和TCP_CORKNagl
【网络编程实践】2.3.4.2 建议关闭 Nagle 算法
专注于C/C++/Linux领域创作
11-28 2717
Nagle算法主要是避免发送小的数据包，要求TCP连接上最多只能有一个未被确认的小分组，在该分组的确认到达之前不能发送其他的小分组。 Nagle算法的目的：避免发送大量的小包，网络上每次只能一个小包存在，在小包被确认之前，只能积累发送大包，如果包长度达到MSS，则允许发送；如果该包含有FIN，则允许发送；但发生了超时（一般为200ms），则立即发送， 启动TCP_NODELAY，就意味着禁用了Nagle算法 Nagle算法会严重影响请求响应式协议的延迟。 如果我们的程序设计的不够合理，Nagle算法可能会增
TCP/IP传输层协议实现 - TCP连接的建立与终止(lwip)
arm7star的博客
05-10 3875
1、lwip tcp相关数据结构 1.1、tcp报文格式 《TCP-IP详解卷 1：协议》TCP包首部结构如下： 1.2、lwip tcp数据结构 tcp相关数据结构如下，tcp_pcb_listen为服务器的监听tcp链表，各监听的tcp通过next指针连接成一个链表，tcp_pcb为tcp控制块(tcp_pcb_listen监听仅需要端口、ip地址等信息，tcp_pcb为通信过程的tcp控制块，需要包含tcp通信协议的数据等，tcp_pcb包含了tcp_pcb_listen所有的信息，因为监
LwIP中TCP协议的实现
杰杰的博客
09-17 7359
TCP控制块 与其他协议一样，为了描述TCP协议，LwIP定义了一个名字叫tcp_pcb的结构体，可以称之为TCP控制块，其内定义了大量的成员变量，基本定义了整个TCP协议运作过程的所有需要的东西，如发送窗口、接收窗口、数据缓冲区。超时处理、拥塞控制、滑动窗口等等。 /** TCP协议控制块 */ struct tcp_pcb { IP_PCB; /** 协议特定的PCB成员 */ TC...
TCP之Delay Ack和Nagle算法
chenglinhust的专栏
06-03 2598
TCP之Delay Ack和Nagle算法 1.  Delay Ack      TCP是可靠传输，可靠的核心是收到包后回复一个ack来告诉对方收到了。      delay ack是指收到包后不立即ack，而是等一小会（比如40毫秒）看看，如果这40毫秒以内正好有一个包（比如上面的http response）发给client，那么我这个ack包就跟着发过去（
使用setsockopt TCP_NODELAY禁用 Nagle算法
qu1993的博客
07-24 4166
转载自：https://blog.csdn.net/yahohi/article/details/6717500   Nagle算法用于对缓冲区内的一定数量的消息进行自动连接。该处理过程(称为Nagling)，通过减少必须发送的封包的数量，提高了网络应用 程序系统的效率。（Nagle虽然解决了小封包问题，但也导致了较高的不可预测的延迟，同时降低了吞吐量。） vc下面socket编程，使用阻塞方...
C++ TCP 粘包
最新发布
12-07
TCP粘包是指发送方发送的多个数据包在传输过程中被合并成一个数据包，接收方接收到的数据包也是合并后的数据包。C++ TCP粘包的原因是TCP协议的Nagle算法和接收方缓冲区的大小限制。Nagle算法会将小的数据包合并成一个大的数据包发送，而接收方缓冲区的大小限制会导致接收方无法及时处理接收到的数据包，从而造成粘包现象。 解决C++ TCP粘包的方法有以下几种： 1.设置TCP_NODELAY选项，禁用Nagle算法，使得每个数据包都立即发送。 2.在发送的数据包中添加特殊的分隔符，接收方根据分隔符将数据包拆分成多个数据包。 3.在发送的数据包中添加数据包长度信息，接收方根据长度信息将数据包拆分成多个数据包。 以下是C++ TCP粘包的解决方法示例： 1.禁用Nagle算法 ```c++ int flag = 1; setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, (char *)&flag, sizeof(flag)); ``` 2.添加分隔符 ```c++ // 发送端 string msg = "hello|world|"; send(sockfd, msg.c_str(), msg.size(), 0); // 接收端 char buf[MAXSIZE]; string data; while (true) { int len = recv(sockfd, buf, MAXSIZE, 0); if (len <= 0) { break; } data += string(buf, len); while (true) { int pos = data.find("|"); if (pos == string::npos) { break; } string msg = data.substr(0, pos); data = data.substr(pos + 1); // 处理接收到的数据包 } } ``` 3.添加数据包长度信息 ```c++ // 发送端 string msg = "hello world"; int len = msg.size(); send(sockfd, (char *)&len, sizeof(len), 0); send(sockfd, msg.c_str(), msg.size(), 0); // 接收端 char buf[MAXSIZE]; int len; while (true) { int ret = recv(sockfd, (char *)&len, sizeof(len), 0); if (ret <= 0) { break; } int n = 0; while (n < len) { int len1 = min(MAXSIZE, len - n); int ret1 = recv(sockfd, buf, len1, 0); if (ret1 <= 0) { break; } n += ret1; // 处理接收到的数据包 } } ```

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值