linux udp 广播recvfrom 返回 -1 错误码是 11 EAGAIN Resource temporarily unavailable

最新推荐文章于 2025-04-02 14:12:52 发布
最新推荐文章于 2025-04-02 14:12:52 发布
阅读量2.2k 收藏 3
点赞数 1
分类专栏： 麒麟系统开发 文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_40015157/article/details/126508538
版权
在运行银河麒麟桌面操作系统V10（SP1），内核Linux5.4.18的环境中，遇到UDP广播接收问题。当尝试接收255.255.255.255的数据时，使用recvfrom函数返回-1，错误码为11（EAGAIN）。经排查，关闭防火墙和将bind绑定到INADDR_ANY（0.0.0.0）可以解决此问题。

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

版本：银河麒麟桌面操作系统V10（SP1）
内核：Linux 5.4.18-28.23-bj-generic
CPU：Loongson-3A5000

架构：loongarch64-linux-gnu

遇到问题：

udp 收广播 255.255.255.255 数据时收不到，在 wireshark 抓包可以看到 数据
recvfrom 返回 -1 错误码是 11  EAGAIN   Resource temporarily unavailable .

解决：
1、关闭防火墙 
2、bind 绑定IP到广播地址INADDR_ANY 0.0.0.0 

socket编程：recv/send 和 recv/recvfrom返回值及处理
03-09 1万+
1、recv 和 recvfrom =0 当返回值为0时，表示对端已经关闭了这个链接，我们应该自己关闭这个链接，即close(sockfd)。另外因为异步操作会用select或epoll做事件触发，所以: 1、如果使用select，应该使用FD_CLR(sockfd,fd_set)将sockfd清除掉，不再监听。 2、如果使用epoll，系统会自己将 ...
UDP socket_read接收数据导致错误Resource temporarily unavailable
orangeholic的专栏
12-10 9247
项目中经常用到PHP用UDP调用C++服务，我们这边的PHP 请求方法封装如下，一直没有问题出现，今天接入新的服务出现了问题        public static function request($reqBuffer,$host,$port) { $socket = socket_create(AF_INET, SOCK_DGRAM, SOL_UDP);
Resource temporarily unavailable 原因及解决办法
xufujuning的博客
04-02 905
** read函数读取时报： Resource temporarily unavailable 原因及解决办法 ** read函数读取时报： Resource temporarily unavailable 原因：可能是非阻塞模式下使用了阻塞操作； 调用open函数时，使用了非阻塞模式（O_NONBLOCK），却直接用read函数读取； 而read默认为阻塞操作，所以导致报错 解决：可将非阻塞去除，改为阻塞模式； 或者使用select函数给读取加一个超时处理； ...
recvfrom(): Resource temporarily unavailable 21gao651201]
天道酬勤
10-09 6040
WSAEWOULDBLOCK 10035  Resource temporarily unavailable.  This error is returned from operations on nonblocking sockets that can WSAEWOULDBLOCK 10035  Resource temporarily un
Resource temporarily unavailable
明天乌儿会歌唱
08-21 4174
Resource temporarily unavailable 出现这个错误，网上有很多说法，经过我亲身体验， 还是"超时比较靠谱" 这个错误字面意思是“资源不存在” 我的出现的错误是：recvfrom error :Resource temporarily unavailable 我在自己写的ping 的程序里出现这个错误的， 我ping（） 设置为10s钟超时， 网上还有一种说法，是因为在多线程的环境中，别的线程读取这个socket数据了， 这说法再是不瞎说， 如果是其它线程对...
UDP send 出现大量“Resource temporarily unavailable”
striver1205的专栏
03-28 2066
至此，我们已经分析开头所说困惑，一个小小的“Resource temporarily unavailable”错误，背后蕴藏着太多技术细节，如果得过且过将来必成后患。工作中遇到的每个小问题，背后都蕴藏着大量知识，只有平时多积累总结，才能游刃有余解决所面对的问题。
errno EAGAIN recvfrom error
小屁孩
07-12 1万+
<br />　　在linux进行非阻塞的socket接收数据时经常出现Resource temporarily unavailable，errno代码为11(EAGAIN)，这是什么意思？<br /><br />　　这表明你在非阻塞模式下调用了阻塞操作，在该操作没有完成就返回这个错误，这个错误不会破坏socket的同步，不用管它，下次循环接着recv就可以。对非阻塞socket而言，EAGAIN不是一种错误。在VxWorks和Windows上，EAGAIN的名字叫做EWOULDBLOCK。<br /><br
多进程udp接收recvfrom返回-1原因分析
lweilin1983的专栏
11-07 5187
最近看网络编程，运行书上一个udp
UDPguangbo.rar_linux udp广播
09-14
标题中的“UDPguangbo.rar_linux udp广播”表明这是一个关于Linux环境下使用UDP协议进行广播通信的资源包。UDP（User Datagram Protocol）是互联网协议簇中的一种无连接、不可靠的传输层协议，常用于需要快速传输但...
非阻塞recvfrom设置教程：解决recvfrom返回-1问题
2. **无数据可读**：由于非阻塞模式，`recvfrom`会在没有数据可读时立即返回，返回值为-1通常意味着错误。检查错误码（例如通过`WSAGetLastError()`）以确定具体原因。 3. **地址解析问题**：确保提供的地址信息...
udp广播-server-client实例
08-19
UDP广播是利用UDP协议进行广播通信的一种方式。在TCP/IP协议栈中，广播地址通常被设定为子网掩码与IP地址逻辑与运算的结果，即所有位为1的IP地址。例如，在192.168.1.0/24子网中，广播地址是192.168.1.255。 服务器...
Linux系统调用-- recv/recvfrom 函数详解
03-28
从套接字上接收一个消息。对于recvfrom ，可同时应用于面向连接的和无连接的套接字。recv一般只用在面向连接的套接字，几乎等同于recvfrom，只要将recvfrom的第五个参数设置NULL。 如果消息太大，无法完整存放在所提供的缓冲区，根据不同的套接字，多余的字节会丢弃。 假如套接字上没有消息可以读取，除了套接字已被设置为非阻塞模式，否则接收调用会等待消息的到来。
Linux网络编程socket错误码分析
11-12
本文档对Linux 网络编程中socket系列函数报的错误码及其常见处理总结
关于错误 Resource temporarily unavailable
weixin_33881753的博客
09-27 664
I remember I typed  "./client localhost &amp; ./client localhost &amp; ...." for repeating over 500+ times , in testing some network program. And when I met some kind of stuck in the program, I got ...
linux系统下使用socket机制recvfrom返回-1的问题
mingzhaoyu的博客
12-19 831
很奇怪的一个现象，今天突然接收udp包的时候出现-1的情况，错误为Invalid argument，在加上一个赋值后，问题解决。这个问题影响非常大，在系统中对udp的处理一直是这样进行的。下面的代码中加入红色行后问题解决。
ogg报错error 11, Resource temporarily unavailable
congsuituo5014的博客
05-09 976
收到告警报错： Process: puma Time: 2019-05-09 11:14:02 Event Text: Oracle GoldenGate Capture for Oracle,...
关于Resource temporarily unavailable in tsStartJavaThread
分布式应用与服务器架构专栏
11-22 2002
解决方案（备案）： 进程设置限制，修改第二个文件。  /etc/sysctl.conf  /etc/security/limits.conf 目前已经发现集群里这批机器都没设置，将测试下。 在第二个文件里，增加设置内容如下： * soft nproc 131072 * hard nproc 131072 如果修改无效，必须将这个文件的内容（/etc/security/l
Linux网络编程：recv的返回值
m0_67401545的博客
04-20 3541
recv是网络编程中用于TCP传输接收数据的接口，由于工作中一直没有接触到网络编程，虽然知道这个函数，但是没有使用经验，所有对接口细节不是很了解。 直到前阵子在项目中调试第三方的源码时，跟踪到这个函数，才发现它的返回值和我想象的不太一样。 recv函数的原型： ssize_t recv(int sockfd, void* buf, size_t len, int flags); 之前知道的是如果读取成功，会返回实际读取到的字节数，但是如果读取不到数据呢？一直想当然的认为会返回0，其实并不是，当读取不到数据
recvfrom为何老是返回-1
热门推荐
优快云博客
04-17 1万+
ios下编写udp Socket时遇到的问题： int sockfd = socket(AF_INET, SOCK_DGRAM, 0); bzero((char *)&ca, sizeof(ca)); ca.sin_family = AF_INET; ca.sin_addr.s_addr = htonl(INADDR_ANY); ca.sin_port = htons(SERV_
通过recvfrom函数 接收数据时，错误码11 错误信息 Resource temporarily unavailable
最新发布
04-24
### 关于 Bind 函数错误码 99 (`Cannot assign requested address`) 的原因与解决方案 错误 `OSError: [Errno 99] Cannot assign requested address` 表明在调用 `bind()` 函数时，尝试绑定到的地址或端口存在问题。这种错误的主要原因包括以下几个方面： 1. **指定的 IP 地址无效或不可用**：如果指定了一个不存在或未分配给本机的 IP 地址，则会触发此错误[^1]。 2. **重复绑定同一地址和端口**：在同一进程中多次调用 `bind()` 并试图绑定相同的本地地址和端口号可能导致冲突[^3]。 3. **IP 地址处于 Tentative 状态**：对于 IPv6 地址，当其状态为 Tentative 时，操作系统不允许对其进行绑定操作，直到它变为 Preferred 状态为止[^4]。 #### 解决方案 - **验证目标地址的有效性**：确保所要绑定的 IP 和端口是合法且可用的。可以通过命令行工具如 `ping`, `netstat`, 或者 `ss` 来验证特定端口的状态以及是否可以被监听。 - **设置 SO_REUSEADDR 选项**：为了防止因快速连续启动服务而导致的竞争条件，可以在创建新的套接字之前设置 `SO_REUSEADDR` 选项允许重新利用已经被关闭但仍处 TIME_WAIT 状态中的地址/端口组合: ```python import socket sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) # 设置可复用标志位 sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) try: sock.bind(('your_ip', your_port)) except Exception as e: print(f"Bind failed with error {e}") finally: sock.close() ``` - **处理 Tentative Address**：等待一段时间再重试绑定过程通常能够解决问题。另一种方式是在应用程序层面实现超时机制以便自动跳过暂时性的 tentativeness[^4]。 --- ### 关于 Recvfrom 函数错误码 11 (`Resource temporarily unavailable`) 的原因与解决方案 错误 `errno.EAGAIN` (Error code 11) 在使用非阻塞模式下的 `recvfrom()` 函数时较为常见，表示当前没有数据可供读取。这并不是真正的错误，而是表明需要稍后再试。 #### 原因分析 1. **非阻塞模式下无数据到达**：当套接字设置为非阻塞模式(`setblocking(False)`)时，如果没有数据包到达缓冲区，`recvfrom()` 将立即返回并抛出 `EAGAIN` 错误[^5]。 2. **网络拥塞或其他延迟因素**：由于网络状况不佳或者其他外部因素导致的数据传输延迟能够间接引发这个问题。 #### 解决方案 - **切换至阻塞模式**：如果不希望频繁轮询检查是否有新数据到来，可以把套接字设回默认的阻塞模式(`setblocking(True)`), 这样只有实际收到消息之后才会继续执行后续代码片段. - **采用 select/poll 方法监控描述符状态变化**：通过引入更高级别的 I/O 多路复用技术比如 `select.select()`, `poll.poll()`, 或者异步框架如 asyncio 可有效管理多个连接的同时避免不必要的 CPU 循环消耗: ```python import socket import select s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) s.setblocking(False) ready_to_read, _, _ = select.select([s], [], []) if ready_to_read: data, addr = s.recvfrom(1024) else: pass # Handle no-data scenario gracefully here... ``` --- ### 总结 综合来看，针对 `bind()` 出现的错误码 99 应着重核查绑定的目标地址合法性及其唯一性；而对于 `recvfrom()` 抛出的 EAGAIN 则需理解这是非阻塞 IO 下正常的行为表现之一，并据此调整程序逻辑适应不同情形下的需求差异。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值