TCP/IP套接字调用send()/write()时是否可能发送少于请求的字节数？

是的，这种情况确实存在，而且是TCP编程中需要处理的正常场景，和TCP的可靠交付特性并不矛盾。

核心原因 #

• 内核发送缓冲区不足：TCP套接字依赖内核的发送缓冲区暂存待发送数据。当调用send()或write()时，系统会尝试将数据拷贝到该缓冲区，但如果缓冲区剩余空间小于请求发送的字节数，只能完成部分拷贝，此时返回值就是实际写入的字节数，剩余数据需要后续再次调用发送接口处理。
• TCP流量控制限制：TCP通过滑动窗口实现流量控制，接收方会告知发送方自身接收缓冲区的剩余可用空间（窗口大小）。如果接收方窗口已满，发送方无法继续发送完整数据，send()/write()可能仅发送部分数据；若套接字为非阻塞模式，甚至会直接返回EAGAIN/EWOULDBLOCK错误。
• 非阻塞套接字特性：当套接字被设置为非阻塞模式（O_NONBLOCK）时，若发送缓冲区无足够空间，send()/write()不会阻塞等待，而是立即返回已发送的字节数（可能为0），需要开发者后续重试发送剩余数据。

关键注意点 #

TCP的可靠交付是指只要连接正常，所有数据最终会被送达接收方，但这并不保证单次send()/write()就能一次性将所有数据写入内核缓冲区。因此在实际编程中，必须循环调用发送接口，直到所有数据都成功发送，或遇到不可恢复的错误。

示例代码（C语言） #

ssize_t send_all(int sockfd, const void *buf, size_t len, int flags) {
    size_t total_sent = 0;
    const char *ptr = buf;
    while (total_sent < len) {
        ssize_t sent = send(sockfd, ptr, len - total_sent, flags);
        if (sent == -1) {
            if (errno == EINTR) continue; // 被信号中断，重试
            return -1; // 其他错误，返回失败
        }
        total_sent += sent;
        ptr += sent;
    }
    return total_sent;
}

内容的提问来源于stack exchange，提问作者arm.u