除了缓冲区已满之外，EAGAIN 会在发送时返回其他情况吗？

Question

如果我在 Linux 中的非阻塞 tcp 套接字上使用 send()，除了发送缓冲区已满的情况之外，它还会返回 EAGAIN 吗？

我基本上需要决定是否要使用套接字发送缓冲区作为我的应用程序的唯一缓冲区，或者我是否需要自己的用户空间缓冲区来提供套接字缓冲区。

Answer 1

不应该，但我不明白这会如何影响您对用户空间缓冲区的决定。无论获取 EAGAIN 的具体原因是什么，您是否需要缓冲区都取决于您的应用程序正在执行的操作。

您还可以考虑在执行后使用 SO_SNDBUF 选项使用 setsockopt 更改 tcp 缓冲区大小进行一些计算，看看它是否确实是性能上的胜利。

Answer 2

如果我在 Linux 中的非阻塞 tcp 套接字上使用 send()，除了发送缓冲区已满的情况之外，它还会返回 EAGAIN 吗？

在非阻塞套接字上，这应该是唯一的条件，因为 send() 仅当发送缓冲区已满时才阻塞。

否则，我建议不要依赖这种行为，因为根据我的经验，当内核中出现一些小问题时，有时会返回 EAGAIN，但套接字仍然正常。我最近在 HP-UX 上遇到了 EAGAIN 返回时的经历，因为显然内核内存不足。由于错误是可恢复的，因此 EAGAIN 对于这种情况来说是可接受的错误代码。

Answer 3

当未确认的数据包数量达到拥塞窗口时，也可以返回 EAGAIN/EWOULDBLOCK（对于 TCP 套接字）。

要检查套接字的拥塞窗口状态，请尝试以下操作：

#include <netinet/tcp.h>
static void print_tcp_cwnd(int socket)
{
    struct tcp_info tcp_info;
    uint tcp_info_length = sizeof(tcp_info);
    if ( getsockopt( socket, SOL_TCP, TCP_INFO, (void *)&tcp_info, &tcp_info_length ) == 0 ) 
    {
        printf("tcpi_snd_cwnd: %u, tcpi_unacked: %u\n",
            tcp_info.tcpi_snd_cwnd,
            tcp_info.tcpi_unacked
           );
    }
}

如果 tcpi_unacked == tcpi_snd_cwnd 则 send() 将为非阻塞套接字返回 EAGAIN/EWOULDBLOCK。