服务器断开时Socket发送仍返回全长度，如何解决该问题？

这是个很典型的TCP行为陷阱——你的sendData调用返回Length，只是说明内核已经把数据成功放到了发送缓冲区，并不代表数据已经到达对端，更不代表对端还处于连接状态。TCP是异步的，发送方内核会负责后续的重传、确认等工作，只有当后续操作触发了错误检测，才会把连接断开的状态暴露给用户态。

下面是几种可行的解决方法：

1. 开启TCP保活机制 #

这是最省心的方案，让操作系统帮你定期探测对端是否存活。当连接长时间没有数据交互时，系统会自动发送保活探测包，如果多次没有收到响应，就会标记连接为断开，后续的send或recv操作就会返回错误。

你可以通过setsockopt开启并配置保活参数（以Linux为例）：

int setupTcpKeepAlive(int sockfd) {
    // 开启保活
    int enable = 1;
    if (setsockopt(sockfd, SOL_SOCKET, SO_KEEPALIVE, &enable, sizeof(enable)) == -1) {
        perror("Failed to enable keepalive");
        return -1;
    }

    // 30秒无数据后开始第一次探测
    int idleTime = 30;
    if (setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPIDLE, &idleTime, sizeof(idleTime)) == -1) {
        perror("Failed to set keepalive idle time");
        return -1;
    }

    // 每次探测间隔5秒
    int interval = 5;
    if (setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPINTVL, &interval, sizeof(interval)) == -1) {
        perror("Failed to set keepalive interval");
        return -1;
    }

    // 连续3次探测失败则判定连接断开
    int retryCount = 3;
    if (setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPCNT, &retryCount, sizeof(retryCount)) == -1) {
        perror("Failed to set keepalive retry count");
        return -1;
    }

    return 0;
}

在创建socket并建立连接后，调用这个函数即可。

2. 主动检测连接状态 #

你可以在发送数据后，尝试用recv结合MSG_PEEK标志来“窥探”一下socket的读缓冲区——这个操作不会取出数据，只是检查是否有对端的断开通知：

void checkConnectionStatus(int sockfd) {
    char dummy[1];
    ssize_t result = recv(sockfd, dummy, sizeof(dummy), MSG_PEEK);
    if (result == 0) {
        // 对端已经正常发送FIN，连接已断开
        fprintf(stderr, "Peer has closed the connection\n");
        close(sockfd);
    } else if (result == -1) {
        if (errno != EAGAIN && errno != EWOULDBLOCK) {
            // 发生错误，连接已失效
            fprintf(stderr, "Connection error: %s\n", strerror(errno));
            close(sockfd);
        }
        // EAGAIN/EWOULDBLOCK说明当前没有数据，连接正常（仅适用于非阻塞socket）
    }
}

注意：如果你的socket是阻塞模式，recv(..., MSG_PEEK)会一直等待数据，所以建议先把socket设置为非阻塞，或者用select/poll/epoll来先检测是否有读事件，再调用recv。

3. 检查后续发送/接收操作的返回值 #

即使第一次send返回了Length，如果连接已经断开，后续的send或recv操作会返回错误：

• 当对端正常断开时，recv会返回0
• 当连接出现错误（比如对端断电、网络中断），send或recv会返回-1，同时errno会被设置为EPIPE（发送到已断开的连接）或ECONNRESET（连接被重置）

所以不要只依赖单次send的返回值，要在后续的IO操作中持续检查状态。

原理补充 #

TCP的连接断开是双向的：只有当对端发送了FIN或RST包，发送方的内核才会知道连接已断开。如果对端突然断电、网络中断，没有发送任何断开包，发送方的内核是不知道的——此时send仍然会把数据放到缓冲区，直到缓冲区被填满，或者保活机制探测到异常。

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