Linux与macOS下sendto/send行为差异及统一阻塞方法问询

差异原因 #

Linux和macOS对UNIX域数据报套接字发送缓冲区满时的处理逻辑存在原生差异：

• Linux：对于阻塞式套接字，当发送缓冲区已满，sendto会自动阻塞，直到接收端读取数据腾出缓冲区空间，这符合POSIX标准的默认阻塞行为预期。
• macOS：即使是阻塞套接字，当发送缓冲区耗尽时，sendto会直接返回ENOBUFFER错误。这是BSD衍生系统的历史实现特性——早期BSD对UNIX域数据报采用了“无缓冲则立即失败”的策略，而非阻塞等待。

实现macOS阻塞行为的方法 #

由于macOS原生不支持该场景下的阻塞，需要手动实现重试逻辑来模拟Linux的行为，以下两种方案可选：

方案1：简单休眠重试 #

封装sendto，遇到ENOBUFFER时短暂休眠后重试，直到发送成功：

#include <unistd.h>
#include <errno.h>
#include <sys/socket.h>

ssize_t blocking_sendto(int sockfd, const void *buf, size_t len, int flags,
                        const struct sockaddr *dest_addr, socklen_t addrlen) {
    ssize_t ret;
    do {
        ret = sendto(sockfd, buf, len, flags, dest_addr, addrlen);
        if (ret == -1 && errno == ENOBUFFER) {
            // 休眠1ms后重试，可根据需求调整时长
            usleep(1000);
        } else {
            // 发送成功或遇到其他错误，直接返回
            break;
        }
    } while (1);
    return ret;
}

方案2：用select监听可写事件（更高效） #

通过select监听套接字的可写状态，避免盲目的休眠重试，同时处理信号中断的情况：

#include <sys/select.h>
#include <errno.h>
#include <sys/socket.h>

ssize_t blocking_sendto(int sockfd, const void *buf, size_t len, int flags,
                        const struct sockaddr *dest_addr, socklen_t addrlen) {
    fd_set write_fds;
    struct timeval tv;
    ssize_t ret;

    while (1) {
        ret = sendto(sockfd, buf, len, flags, dest_addr, addrlen);
        if (ret != -1) {
            return ret;
        }
        if (errno != ENOBUFFER) {
            return ret;
        }

        // 等待套接字变为可写
        FD_ZERO(&write_fds);
        FD_SET(sockfd, &write_fds);
        tv.tv_sec = 0;
        tv.tv_usec = 1000; // 1ms超时，可按需调整
        int select_ret = select(sockfd + 1, NULL, &write_fds, NULL, &tv);
        
        if (select_ret == -1) {
            if (errno != EINTR) {
                // 非信号中断的错误，直接返回
                return -1;
            }
            // 被信号中断，继续循环重试
            continue;
        }
        // 套接字可写，再次尝试发送
    }
}

使用时直接调用封装后的blocking_sendto函数即可替代原生sendto，实现类似Linux的阻塞行为。

内容的提问来源于stack exchange，提问作者sudeepdino008