在 recv 调用上返回 Errno 35 (EAGAIN)

Question

我有一个套接字，它等待接收，然后在接收到数据后，向前发送数据进行处理。但是，它再次执行 recv，这一次它什么也没收到，返回 -1，当打印 errno 时，它打印 35（即EAGAIN）。

这只发生在 MAC OS Lion 操作系统上，对于其他操作系统，它运行得非常好

do{
 rc = recv(i, buffer, sizeof(buffer), 0);
 if (rc < 0){
      printf("err code %d", errno); 
 }
 if(rc == 0){ 
      //Code for processing the data in buffer 
      break; 
 } 
      ....
}while(1);

编辑：更正缩进和错误码

Answer 1

您可以将套接字设置为非阻塞模式或启用接收超时。这是来自 Mac 上的recv(2)：

如果出现以下情况，调用将失败：

[EAGAIN] 套接字被标记为非阻塞，接收操作会阻塞，或者设置了接收超时，在接收到数据之前超时。

编辑0：

嗯，抱歉再次引用。这次来自intro(2)：

11 EDEADLK 避免了资源死锁。试图 锁定可能导致死锁的系统资源 情况。

...

35 EAGAIN 临时资源 不可用。这是暂时的情况，稍后会调用 相同的例程可以正常完成。

只需使用strerror(3) 找出实际问题。

Answer 2

您的套接字处于非阻塞模式。 EAGAIN 是当没有数据可供读取时从recv()（和其他系统调用）的正常返回。从这个意义上说，这并不是一个真正的错误。

如果您意味着您的套接字是非阻塞的，那么您需要监视它以找出它何时有可用数据，并且只有在有可用数据时才调用recv()。使用poll()（或kqueue，这是FreeBSD 和MacOS 特有的）来监控is。通常这是在应用程序的主事件循环中完成的。

如果您不是说您的套接字是非阻塞的，那么您应该使用fcntl() 将其设置为阻塞更多：

flags = fcntl(i, F_GETFL, 0); /* add error checking here, please */
flags &= ~O_NONBLOCK;
fcntl(i, F_SETFL, flags); /* add more error checking here! */

但是你应该知道套接字（和所有文件描述符）的默认阻塞状态是阻塞，所以如果你的套接字处于非阻塞模式，那么这意味着有人或某事手动使其成为非阻塞.

在阻塞模式下，recv 调用将阻塞并等待更多数据，而不是返回EAGAIN（或EWOULDBLOCK，与EAGAIN 相同）。