tcp调用recv接口未判断接收缓冲区长度导致返回值为零误判为链路断开

最新推荐文章于 2022-04-06 08:00:13 发布
转载 最新推荐文章于 2022-04-06 08:00:13 发布 · 1.5k 阅读 · 4 ·
CC 4.0 BY-SA版权
原文链接：https://my.oschina.net/u/2447371/blog/1807796
文章标签：

#网络 #python

博客讲述了在TCP编程中，由于忽略recv接口参数len为0可能导致的返回值误解，即返回0不一定是链路断开，可能是接收缓冲区长度为0。在疯狂发送异步消息的场景下，错误地判断链路断开并触发重连。通过抓包分析发现是B方主动断开连接，并非链路故障。最终定位到recv调用时len不应为0的问题，提醒开发者注意异常情况的测试和代码审查。

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

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

    我们在调用recv(fd,buf,len,0)接口时，都要判断返回值，如果返回值为0，表示链路已断开。然而如果len设置为0，那么返回值也是0，此时如果判断链路断开，显然是不对的.在最近一次测试新功能的时候，测出了这样一个旧bug。追查bug的过程如下：

    为了测试一个新功能，有这样一个场景：A向B疯狂的发送异步消息，其中B调用了我的接口。现象：B没过多久发现recv()的返回值为0，判断链路断开，然后尝试重连A。这种高频发送异步消息的场景我之前也是测试过的，是没有问题的，只是没有到达“疯狂”的程度。这也导致我错误的认为自己的代码没有问题，能够撑住高频异步消息的场景，实际证明，我当时测试的“高频”，还不够高频，所以没有测出问题。

    解决过程：发现B断开链接之后，A和B的代码逻辑中，都认为是对方主动断开，于是进行万能的抓包。所幸A和B不在同一台机器上面，否则还真抓不到，如果他们的通信没有经过网卡的话。抓包发现：B给A发了一个RST的数据包。这个包代表的含义如下：接收缓冲区有数据，主动断开链路，就会给对方发送一个 RST 的包，说明异常断开连接。这就是说，B的接收缓冲区里面还有数据，但是B主动调用close(fd)函数断开链路，此时A就会收到B发过来的RST的包。也就是说，链路是B主动断开的。那么问题来了，B为何会主动断开链接呢，明明B判断是对方断开链路

最低0.47元/天 解锁文章

200万优质内容无限畅学
recv函数返回值总结
h a 6 6 6 c k 为 你解决复杂难题！
07-25 1万+
函数原型：int recv( SOCKET s, char *buf, int len, int flags) 功能：不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。 参数一：指定接收端套接字描述符； 参数二：指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据； 参数三：指明buf的长度； 参数四 ：一般置为0。
TCP粘包问题详解
wolfGuiDao的博客
06-14 675
TCP粘包问题详解 文章目录TCP粘包问题详解一、引言二、TCP协议简介三、保护消息边界和流1.那么什么是保护消息边界和流呢?2.TCP和UDP四、粘包问题分析与对策1.引入2.什么时候需要考虑粘包问题3.粘包出现原因4.为了避免粘包现象，可采取以下几种措施：5.TCP无保护消息边界的解决6、针对3种方案摸拟实现五、网络通讯的封包和拆包1.为什么基于TCP的通讯程序需要进行封包和拆包2.怎样封包和拆包 一、引言 在socket网络程序中，TCP和UDP分别是面向连接和非面向连接的。 因此TCP的soc
recv函数返回值说明
08-09 7947
<br />recv函数返回值说明<br />TechDocs 2010-05-29 16:06:21 阅读108 评论0字号：大中小<br />recv函数<br /><br />int recv( SOCKET s, char FAR *buf, int len, int flags);<br />不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。该函数的第一个参数指定接收端套接字描述符；<br />第二个参数指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据；<br />
socket编程中应用recv判断连接已断开
wofeile880_jian的博客
05-03 7382
在网络编程中，经常会检测网络的连接情况，进而进行下面的动作。在Linux的socket编程中，有一种非常方便的方法，来判断对方是否断开了连接，就是使用recv函数。在APUE 中，对 recv的表述如下，#include <sys/socket.h> ssize_t recv(int sockfd, void *buf, size_t nbytes, int flags); 返回值：返回数据
[笔记]socket recv()函数返回0的一种情况
zdleek的专栏
02-03 9986
假设使用Socket基于TCP通信协议进行C/S通信编程，客服端已经成功与服务端建立tcp连接，并且可以正常进行收发数据。 当一段时间后，服务端的程序如果调用closesocket(sClient);WSACleanup();函数关闭socket,  那么客户端的recv()将会返回0； 如果服务端没有调用closesocket(sClient);而只调用WSACleanup();或直接关闭
虚拟网络运维------ Linux 内核配置相关问题记录
海渊_haiyuan的博客
06-30 641
文章目录虚拟网络运维------ Linux 内核配置相关问题记录前言内核配置的查看和修改重点内核参数配置详述nf_conntracktcp_max_tw_bucketstcp_fin_timeout其他内核参数配置概述运维问题记录问题1：client port 耗尽无法发起请求，概率性连接失败问题2：Linux OS NAT哈希表满导致丢包(nf_conntrack)问题3：报“Time wait bucket table overflow”错误（tcp_max_tw_buckets）问题4：Linux实
运维面试题
热门推荐
weixin_42690304的博客
09-18 2万+
运维面试题 NETWORK 1 请描述TCP/IP协议中主机与主机之间通信的三要素 参考答案 IP地址（IP address） 子网掩码（subnet mask） IP路由（IP router） 2 请描述IP地址的分类及每一类的范围 参考答案 A类1-26 B类128-191 C类192-223 D类224-239组播(多播) E类240-254科研 3 请描述A、B...
Linux网络编程：recv的返回值
澎湖Java架构师的博客
04-06 4388
recv是网络编程中用于TCP传输接收数据的接口，由于工作中一直没有接触到网络编程，虽然知道这个函数，但是没有使用经验，所有对接口细节不是很了解。 直到前阵子在项目中调试第三方的源码时，跟踪到这个函数，才发现它的返回值和我想象的不太一样。 recv函数的原型： ssize_t recv(int sockfd, void* buf, size_t len, int flags); 之前知道的是如果读取成功，会返回实际读取到的字节数，但是如果读取不到数据呢？一直想当然的认为会返回0，其实并不是，当读取不到数据
epoll 连接以后 recv始终返回0
shmily138的博客
03-02 1227
起因 服务器端写了一个简单的epoll监听，代码如下（代码是错的啊！） servfd = bind(0.0.0.0); listen(servfd); epollfd = create(); fcntl(server_sockfd, F_SETFL, fcntl(server_sockfd, F_GETFL, 0)|O_NONBLOCK); struct epoll_event ev; ev.ev...
C++编程socket编程用recv函数接收，返回值为0解决方案
code_while的博客
09-12 1万+
        先讲下背景，我需要写一个客户端，用winsock发送请求到服务器，服务器用tomcat写的，通过responseBody返回字符串作为发还给客户端的数据。 错误表现为：         在用Visual Studio2017调试的时候，在Debug模式下，是没有任何问题的，而在Release模式下，则报错。         错误代码如下： char buffer[...
TCP协议下的recv函数
顺其自然~专栏
02-02 4274
recv函数 函数原型：int recv( SOCKET s, char *buf, int len, int flags) 功能：不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。 参数一：指定接收端套接字描述符； 参数二：指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据； 参数三：指明buf的长度； 参数四 ：一般置为0。 同步Socket的recv函数的执行流程：当应用程序调用recv函数时，recv先等待s的发送缓冲中的数据被协议传送完毕。 如果协
Windows socket通信出现接收数据时出现recv返回大于0，但缓冲区为大小为0的问题
llwjason5555的博客
11-23 1872
服务端在ubuntu服务器下，客户端在windows下，采用socket进行通信，在客户端接收数据时，出现了诡异的情况，recv返回值大于0，但缓冲区大小为0，代码如下：char buff[10]; int res=recv(ClientSocket, buff, 10, 0); cout << res << endl;//返回8，表示有接收到数据 cout << strlen(buff) << e
在阻塞式的tcp连接中使用recv接收数据未达到指定长度返回问题
qlt445的专栏
05-05 1913
转自http://naso.iteye.com/blog/1927483  一直以为在阻塞的tcp socket上使用read/recv读取的数据长度一定和指定的读取长度一致，但是实际测试时发现往往返回的长度都比指定长度短，查找资料发现其实是一直误解了这个函数。    引用《UNIX网络编程 卷一 套接字联网API》3.9中的说法：  字节流套接口(如tcp套接口)上的read和write函
6.win32网络编程(二).recv函数的缓冲区大小的问题
I feel lost
10-10 3220
继续之前的在VC++上的win32网络编程版本，这次试试在VS上运行： 开发环境：VS2015 和 VS2013 这次在跑之前的代码的时候，发现有几个bug: 1. 客户端并没有send,服务端会继续调用recv函数（而不是被阻塞），接收到一大片的空字符缓冲 发现好像是服务器的缓冲区大小大于客户端的，所以会调用recv函数2次 其实看到百度百科中对recv这个函数的解释中说到：
C语言建立长度为零的字符串,长度为零的recv（）是否有效？
weixin_39786141的博客
05-17 259
为recv我的系统(Linux)的有关文档说如果没有消息可在插座，接收呼叫等待消息的到达和如果消息是太长以至于无法装入所提供的缓冲区中，取决于从中接收消息的套接字的类型，可能会丢弃多余的字节。根据文档，我期望我的recv等待消息，然后有效地丢弃它(UDP)或将它留在流(TCP)中。这可以用来测试一个非阻塞的TCP套接字是否有数据等待。更新：测试显示的文档的这种解释是正确的。服务器：$ perl -...
linux tcp阻塞socket recv接收数据 未达到指定长度返回问题
whatday的专栏
07-16 4127
一直以为在阻塞的tcp socket上使用read/recv读取的数据长度一定和指定的读取长度一致，但是实际测试时发现往往返回的长度都比指定长度短，查找资料发现其实是一直误解了这个函数。 引用《UNIX网络编程 卷一 套接字联网API》3.9中的说法： 字节流套接口(如tcp套接口)上的read和write函数所表现的行为不同于通常的文件IO。字节流套接口上的读或写输入或输出的字节数可...
TCP/IP编程——recv/send与缓冲区大小实验
Asber的博客
04-17 2301
tcp send函数发送的最大长度可以超过65535字节吗？ 能的 但是要注意 发端的字节全部都会发出去，但是收端的缓存如果不够，并不会继续覆盖 测试代码如下： 实验一 客户端（发端） #include <Winsock2.h> #include <stdio.h> #include <stdlib.h> #pragma comment(lib,...
tcp recv 判断断开连接
最新发布
06-21
### 通过 TCP `recv` 判断连接断开的条件 在 TCP 连接中，使用 `recv` 函数可以检测到连接是否断开。具体来说，当对端关闭连接时，`recv` 的返回值为 0；如果发生错误，则返回 -1，并且可以通过检查 `errno` 来进一步确认错误类型[^5]。 #### 返回值分析 - 如果 `recv` 返回 0，表示对端已正常关闭连接[^5]。 - 如果 `recv` 返回 -1，需要检查 `errno`： - 如果 `errno` 是 `ECONNRESET`，表示对端异常关闭了连接[^4]。 - 如果 `errno` 是 `ETIMEDOUT`，可能是因为网络超时导致连接断开[^3]。 #### 示例代码 以下是一个使用 `recv` 检测连接状态的示例代码： ```c #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <errno.h> int check_socket_connection(int sockfd) { char buffer[1024]; ssize_t bytes_received = recv(sockfd, buffer, sizeof(buffer), 0); if (bytes_received == 0) { printf("Connection closed by peer\n"); return -1; } else if (bytes_received == -1) { if (errno == ECONNRESET) { printf("Connection reset by peer\n"); return -1; } else { perror("recv"); return -1; } } return 0; } int main() { int sockfd = socket(AF_INET, SOCK_STREAM, 0); // 假设 sockfd 已正确初始化并连接到服务器 if (check_socket_connection(sockfd) < 0) { close(sockfd); exit(EXIT_FAILURE); } close(sockfd); return 0; } ``` #### 使用 `select` 提高检测效率 为了提高检测效率，可以结合 `select` 函数设置超时时间来避免阻塞。如果在指定时间内没有收到数据，则可以认为连接可能断开[^5]。 ```c #include <sys/select.h> #include <time.h> int check_socket_with_select(int sockfd) { fd_set read_set; struct timeval timeout; FD_ZERO(&read_set); FD_SET(sockfd, &read_set); timeout.tv_sec = 1; // 超时秒数 timeout.tv_usec = 0; int ret = select(sockfd + 1, &read_set, NULL, NULL, &timeout); if (ret == 0) { printf("Timeout occurred, no data received\n"); return -1; } else if (ret == -1) { perror("select"); return -1; } if (FD_ISSET(sockfd, &read_set)) { char buffer[1024]; ssize_t bytes_received = recv(sockfd, buffer, sizeof(buffer), 0); if (bytes_received == 0) { printf("Connection closed by peer\n"); return -1; } else if (bytes_received == -1) { perror("recv"); return -1; } } return 0; } ``` #### 注意事项 - 即使 `recv` 成功返回，也不能完全保证连接仍然有效，因为底层缓冲区可能会暂时接收数据，但实际传输可能失败。因此，建议结合应用层心跳机制或启用 `SO_KEEPALIVE` 选项以提高检测准确性。 - 如果启用了信号处理（如捕获 `SIGPIPE`），则需要额外注意信号的处理逻辑，以免影响程序正常运行。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值