Linux非阻塞socket编程中的errno11与解决策略

在Linux系统中，当使用非阻塞socket进行通信时，可能会遇到两个主要的errno错误：EAAGAIN（在发送数据时）和EAGAIN（在接收数据时）。这两个错误与socket的缓冲区管理和操作模式有关。 1. 发送时（EAAGAIN错误） - `send`函数在尝试发送大量数据时，若数据量超过内核缓存空间tcp_sendspace的限制，且socket设置为非阻塞模式（通过`O_NDELAY`或`O_NONBLOCK`），`send`会返回`EAAGAIN`错误。这是正常的，表示缓存已满，需要采取措施增大内核缓存空间或改变发送策略。 - **解决方法**： - 调整`tcp_sendspace`，增加应用可使用的发送缓存大小（例如：`sysctl -w net.core.somaxconn=65536`） - 在`send`前使用`setsockopt`设置`SO_SNDBUF`（套接字选项）为更大的值 - 考虑使用`write`函数代替`send`，因为它不支持非阻塞模式，但可能导致数据块化传输 2. 接收时（EAGAIN错误） - 非阻塞socket在接收数据时，若数据未准备好，会返回`EAGAIN`（或在Windows和VxWorks上称为`EWOULDBLOCK`），这不是错误，而是一种预期的异常，意味着操作需要稍后重试。 - 如果遇到`EINTR`（中断信号，errno值为4），表示系统调用被中断，这时应该捕获并处理该异常，然后继续接收操作。 - 错误处理： - 对于非阻塞socket的`EAGAIN`，无需特殊处理，只需在循环中重新调用相应的recv函数即可。 - 当recv返回0，表明连接已断开，应结束接收操作。 理解errno及其含义至关重要，特别是对于错误处理和调试。`strerror`函数是解析errno整数值的工具，通过提供错误码作为参数，可以得到相应的错误描述字符串，如`#include <string.h>`并使用`char* strerror(int errnum)`来获取帮助。 虽然errno不是线程安全的，但在实际应用中，通过适当的同步机制（如互斥锁、条件变量等）可以确保errno在多线程环境下的正确性和一致性。理解并有效处理这些错误码，是编写健壮网络程序的关键环节。