TCP服务器send()函数在网线插拔后阻塞，已配置心跳该如何处理？

核心原因分析 #

断网重连后，服务器端的旧Socket连接大概率处于半开状态——TCP连接一端已失效，但另一端未检测到连接中断。即便客户端重连建立了新连接，定时器线程可能仍持有旧Socket句柄执行send操作，导致阻塞。另外你的TCP心跳配置可能存在漏洞：比如仅依赖客户端主动发心跳、心跳检测周期过长，或者心跳触发后未正确关闭失效连接。

具体解决步骤 #

1. 实时清理旧连接，确保句柄正确切换 #

• 给每个客户端连接维护独立的有效性标记，新连接建立时立即标记旧连接为失效，强制定时器线程切换到新Socket句柄。
• 在send()操作前先检测Socket有效性，避免对失效句柄执行操作：

  int error = 0;
  socklen_t len = sizeof(error);
  if (getsockopt(sockfd, SOL_SOCKET, SO_ERROR, &error, &len) == 0 && error != 0) {
      // 连接已失效，关闭旧Socket并切换到新连接
      close(sockfd);
      sockfd = get_new_valid_socket(); // 需通过线程安全方式获取新句柄
  }
  

• 单客户端场景下，服务器accept新连接时直接关闭旧Socket，避免无效连接共存。

2. 优化TCP心跳检测逻辑 #

• 不要只依赖客户端心跳，服务器也要主动发心跳包并设置超时阈值：
  • 给每个连接维护心跳计数器，收到客户端数据/心跳时重置计数器；超过阈值立即关闭Socket并标记失效。
  • 结合select()/poll()给send()加超时，彻底避免无限阻塞：

    fd_set write_fds;
    FD_ZERO(&write_fds);
    FD_SET(sockfd, &write_fds);
    struct timeval tv = {5, 0}; // 5秒超时
    int ret = select(sockfd + 1, NULL, &write_fds, NULL, &tv);
    
    if (ret > 0 && FD_ISSET(sockfd, &write_fds)) {
        ssize_t sent = send(sockfd, data, len, 0);
        if (sent == -1) {
            close(sockfd);
        }
    } else if (ret == 0) {
        // 超时判定连接失效
        close(sockfd);
    }
    

• 检查TCP保活参数配置：开启TCP_KEEPALIVE，调整TCP_KEEPIDLE（30秒）、TCP_KEEPINTVL（5秒）、TCP_KEEPCNT（3次），让系统层更早识别失效连接。

3. 线程安全的Socket句柄管理 #

• 定时器线程与accept线程共享Socket句柄时，必须用互斥锁或原子变量保护读写操作：
  • 比如用pthread_mutex_t锁定句柄，accept新连接时加锁替换旧句柄；定时器线程读取句柄前加锁，避免读到半更新的无效句柄。
  • 多客户端场景用线程安全哈希表存储连接，重连时更新对应标识的Socket句柄。

4. 非阻塞IO彻底避免send阻塞 #

• 给Socket设置非阻塞模式，配合IO多路复用管理发送操作：

  int flags = fcntl(sockfd, F_GETFL, 0);
  fcntl(sockfd, F_SETFL, flags | O_NONBLOCK);
  

  后续发送数据时用非阻塞方式，结合超时检测，即使连接失效也不会卡住线程。

内容的提问来源于stack exchange，提问作者yanzhang.guo