TCP缓冲区满致数据滞留、接收端无数据问题求助

我之前做TCP通信开发时也碰到过几乎一模一样的问题，咱们一步步拆解原因和解决办法：

核心问题分析 #

你遇到的情况本质上是对TCP发送流程的两个关键环节理解不到位：

1. send()并非一定会一次性发送所有数据，当内核缓冲区满时，它只会返回已写入缓冲区的字节数，剩余数据需要你后续处理；
2. poll()超时不代表缓冲区永远无法写入，只是当前时刻没有可写空间，接收端处理完数据后，窗口会重新打开，这时候是可以继续发送的。

如果这两点没处理好，就会导致数据滞留在应用层或者内核缓冲区，接收端自然收不到任何数据。

具体解决方案 #

1. 必须正确处理send()的返回值，处理部分发送的情况 #

很多开发者会忽略send()的返回值，默认它会把所有数据发完，但实际上当缓冲区满时，send()会返回实际写入的字节数。你需要循环发送，直到所有数据都被写入内核缓冲区：

ssize_t safe_send(int sockfd, const char* buf, size_t total_len) {
    size_t sent_bytes = 0;
    while (sent_bytes < total_len) {
        ssize_t ret = send(sockfd, buf + sent_bytes, total_len - sent_bytes, 0);
        if (ret == -1) {
            // 非阻塞情况下的EAGAIN/EWOULDBLOCK是正常的，需要等缓冲区有空
            if (errno == EAGAIN || errno == EWOULDBLOCK) {
                break;
            }
            // 其他错误（比如连接断开），返回错误
            return -1;
        }
        sent_bytes += ret;
    }
    return sent_bytes;
}

2. 优化poll()的监听逻辑，不要超时就放弃 #

当poll()超时后，你应该再次发起poll()监听POLLOUT事件，而不是停止发送。同时要兼顾异常事件的监听（比如连接断开）：

int poll_and_send(int sockfd, const char* buf, size_t len) {
    size_t remaining = len;
    while (remaining > 0) {
        struct pollfd pfd = {
            .fd = sockfd,
            .events = POLLOUT | POLLERR | POLLHUP
        };
        // 设置合理的超时时间（比如5秒），不要设成0或者过短
        int poll_ret = poll(&pfd, 1, 5000);
        if (poll_ret == -1) {
            // 被信号中断的情况，重试
            if (errno == EINTR) continue;
            return -1;
        }
        if (poll_ret == 0) {
            // 超时，继续重试，不要直接放弃
            continue;
        }
        // 处理异常事件
        if (pfd.revents & (POLLERR | POLLHUP)) {
            return -1;
        }
        // 缓冲区可写，调用safe_send发送剩余数据
        if (pfd.revents & POLLOUT) {
            ssize_t sent = safe_send(sockfd, buf + (len - remaining), remaining);
            if (sent == -1) return -1;
            remaining -= sent;
        }
    }
    return 0;
}

3. 排查接收端和TCP窗口状态 #

如果上面的优化后还是有问题，要确认接收端是否真的在正常接收：

• 检查接收端有没有阻塞在recv()或者read()调用上；
• 用ss -ti <sockfd>（或者netstat -t）查看TCP连接的窗口状态，重点看接收端的rwnd（接收窗口）大小，如果rwnd接近0，说明接收端处理速度跟不上，导致发送端缓冲区无法释放。

4. 谨慎调整内核TCP缓冲区参数（最后手段） #

如果确实是内核默认的发送缓冲区太小，可以临时调整内核参数：

# 临时设置TCP发送缓冲区的最小值、默认值、最大值
sysctl -w net.ipv4.tcp_wmem="4096 16384 65536"

注意这是全局设置，会影响所有TCP连接，建议优先从应用层优化（比如调整发送速率、处理部分发送），再考虑内核参数调整。

额外注意点 #

• 不要开启TCP_NODELAY除非你明确知道为什么要开，Nagle算法是为了优化网络传输，不会导致接收端完全收不到数据；
• 发送前确认连接状态，确保connect()已经成功返回，而且连接没有被意外断开。

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