如何收发空TCP段？关于TCP空段的若干技术疑问

问题1：空TCP段是否存在？实际用途是什么？ #

• 空TCP段（数据部分长度为0）确实存在，但分为两类：
  • 协议控制类：TCP协议本身的控制报文（如纯ACK段、SYN初始化段、FIN终止段）都属于数据长度为0的TCP段，是TCP连接建立、维护、终止流程中的必要组成部分。
  • 应用层触发的空数据段：理论上TCP头部允许数据长度字段为0，但绝大多数主流TCP实现（如Linux、Windows协议栈）不会单独发送这类空段。因为TCP是面向流的协议，会将应用层的0长度发送请求缓存，要么合并到后续有数据的发送中，要么在连接关闭时附带处理，不会生成仅含头部的独立空段。
• 实际用途：几乎不会用应用层空段实现保活——TCP有专门的TCP Keepalive机制。少数极端场景下，若需强制让对端确认当前接收窗口状态，可能有人尝试发送空数据，但协议栈通常会通过延迟ACK超时等机制自动处理，无需应用层主动触发。

问题2：能否发送空TCP段？为什么测试代码未捕获到？ #

• 应用层调用send(sock, "", 0, 0)返回成功，仅表示协议栈接收了该请求，而非实际发送了空TCP段。默认开启的Nagle算法会合并小报文，0长度的发送请求会被直接缓存，不会触发独立TCP段的发送。
• 即使禁用Nagle算法（设置TCP_NODELAY选项），多数协议栈依然不会发送空段——TCP面向流的设计中，0长度数据不携带任何应用层有效信息，单独发送会增加网络冗余，不符合协议设计初衷。
• 目前没有主流TCP实现专门支持发送应用层触发的空TCP段，这类操作本身就违背了TCP的流模型设计。

修改后的测试代码（尝试禁用Nagle算法） #

#include <iostream>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <unistd.h>
#include <cstring>
#include <errno.h>

int main() {
    int sock = socket(AF_INET, SOCK_STREAM, 0);
    if (sock < 0) {
        std::cerr << "Socket creation error: " << strerror(errno) << "\n";
        return -1;
    }

    sockaddr_in server_address;
    server_address.sin_family = AF_INET;
    server_address.sin_port = htons(8080);
    server_address.sin_addr.s_addr = inet_addr("127.0.0.1");

    if (connect(sock, (struct sockaddr*)&server_address, sizeof(server_address)) < 0) {
        std::cerr << "Connection failed: " << strerror(errno) << "\n";
        close(sock);
        return -1;
    }

    // 禁用Nagle算法
    int optval = 1;
    if (setsockopt(sock, IPPROTO_TCP, TCP_NODELAY, &optval, sizeof(optval)) < 0) {
        std::cerr << "Set TCP_NODELAY failed: " << strerror(errno) << "\n";
    }

    send(sock, "hello", 6, 0);
    sleep(1);
    // 尝试发送零长度数据
    if (send(sock, "", 0, 0) < 0) {
        std::cerr << "Send failed: " << strerror(errno) << "\n";
    } else {
        std::cout << "Zero-length data sent successfully\n";
    }
    sleep(1);

    close(sock);
    return 0;
}

注：即使禁用Nagle算法，多数系统仍不会发送空TCP段，此代码仅用于验证协议栈行为。

问题3：空TCP段能否触发POLLIN事件？read返回0的异常情况分析 #

• 应用层触发的空TCP段不会被发送，因此接收端不会收到这类段，自然也不会触发POLLIN事件。
• 你遇到的POLLIN触发但read返回0的情况，绝非空TCP段导致。在TCP协议中，read返回0明确表示对端已关闭连接的写方向（发送了FIN段）。若两端均确认未主动关闭连接，可能的原因包括：
  • 对端进程异常退出，内核自动发送FIN段，但应用层未感知；
  • 网络中间设备（如防火墙）主动切断连接，发送FIN/RST段，两端应用层未处理；
  • 对端调用了shutdown(SHUT_WR)关闭写方向，此时连接处于半关闭状态，read会返回0，但连接未完全终止。
• 接收端无法读取到应用层空TCP段（因为这类段不会被发送），read返回0没有例外——只要返回0，就意味着对端已关闭写通道。

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