如何在不关闭TCP连接的情况下丢弃socket接收缓冲区剩余未读字节

TCP本身是无边界的字节流协议，标准POSIX规范没有提供直接清空TCP socket接收缓冲区未读数据的系统调用，所有可行方案都依赖应用层逻辑或特定系统扩展实现，具体可选方案如下：

• 应用层主动读取丢弃剩余字节
  这是跨平台兼容性最好、实现最简单的方案，分两种场景实现：

  1. 已知前次响应总长度：提前通过应用层协议（比如HTTP的Content-Length、自定义帧头的长度字段）拿到前次响应的总长度，计算出未读的字节数后，循环调用recv读完所有剩余字节直接丢弃即可，示例逻辑适配你的需求如下：

  // 服务端发送200字节，已读20字节，剩余180字节待丢弃
  int remaining = 180;
  char discard_buf[1024];
  while (remaining > 0) {
      int n = recv(sock_fd, discard_buf, min(remaining, sizeof(discard_buf)), 0);
      if (n <= 0) {
          // 连接异常处理逻辑
          break;
      }
      remaining -= n;
  }
  // 丢弃完成后再发送新请求
  send(sock_fd, "request", strlen("request"), 0);
  // 后续recv读取的就是新请求的响应数据
  

  2. 未知前次响应总长度：可以先通过系统调用查询当前接收缓冲区的未读字节总数，再一次性读完丢弃，Linux下可通过ioctl的FIONREAD指令实现，Windows下对应ioctlsocket的FIONREAD参数：

  int unread_bytes = 0;
  ioctl(sock_fd, FIONREAD, &unread_bytes);
  char* discard_buf = malloc(unread_bytes);
  recv(sock_fd, discard_buf, unread_bytes, 0);
  free(discard_buf);
  

  注意该方案需要保证查询未读字节、读取丢弃的整个过程中，新请求的响应还未到达接收缓冲区，避免误丢新数据。

• 应用层协议增加帧边界
  这是长连接通信的标准工程实践，所有请求、响应都封装成固定格式的帧，帧头固定长度且携带当前帧的总字节数。每次处理数据时先读取固定长度的帧头拿到帧长度，再根据长度读取完整帧内容。如果需要跳过前次未读的帧，直接按照前次帧头记录的长度读完剩余字节丢弃，再读取下一个帧的头即可，完全避免数据串读问题，主流RPC框架、私有长连接协议基本都采用该方案。

• 不推荐的方案：TCP带外数据（OOB）
  可以通过带外数据标记新请求响应的起始位置，但TCP带外数据实现存在兼容性问题，且每个连接只能同时有一个字节的带外数据标记，容易出现标记丢失、数据错位问题，生产环境不建议使用。

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