客户端关闭连接后，C++ HTTP服务器的原始Socket是否仍保持打开？

嘿，我来帮你把这个问题掰扯清楚～

首先直接给你答案：当客户端主动关闭连接后，你通过accept()得到的client_sock套接字不会自动关闭，它会进入CLOSE_WAIT的状态，直到你的服务器代码主动调用close(client_sock)来释放这个资源。

结合你的代码来分析 #

你的代码片段里：

struct sockaddr_storage remoteaddr; 
int client_sock = accept(sock_des, (sockaddr*)&remoteaddr, (socklen_t*)sizeof(remoteaddr)); 
std::thread* handler = new std::thread(handle_connection, client_sock, handler); 
handler->join();

这里有两个需要注意的点：

• 你调用了handler->join()，这会让主线程一直阻塞到子线程处理完连接为止——这意味着你的服务器同一时间只能处理一个客户端连接，没法实现并发处理，这可能不是你想要的效果（如果要并发，应该用detach()或者线程池来管理，不过这是题外话）。
• 回到套接字的核心问题：如果客户端关闭了连接，你的handle_connection函数如果没做状态检测，也没调用close(client_sock)，那这个client_sock会一直停留在CLOSE_WAIT状态，占用系统的文件描述符资源，时间久了可能导致服务器没法接受新的连接。

怎么正确处理客户端断开？ #

在handle_connection函数里，你需要主动检测连接的状态：

• 调用recv()读取客户端数据时，如果返回值是0，说明客户端已经主动关闭了连接；
• 如果recv()返回-1，要检查errno，如果是ECONNRESET（客户端强制断开）或者EPIPE（管道破裂）这类错误，也说明连接已经失效。

一旦检测到连接断开，你需要立刻调用close(client_sock)来释放这个套接字，这样它才会彻底进入CLOSED状态，释放系统资源。

举个简单的handle_connection示例片段：

void handle_connection(int client_sock, std::thread* handler) {
    char buf[1024];
    ssize_t bytes_read;
    while ((bytes_read = recv(client_sock, buf, sizeof(buf), 0)) > 0) {
        // 处理收到的数据，比如解析HTTP头、处理请求逻辑
        // ...
    }
    // 走到这里说明连接断开或者出错了
    if (bytes_read == 0) {
        printf("客户端主动关闭连接\n");
    } else {
        perror("recv出错");
    }
    // 一定要关闭套接字释放资源！
    close(client_sock);
    delete handler; // 别忘了释放线程对象
}

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