setsockopt通过ipproto_tcp层级和tcp_nodelay选项禁用nagle算法，需传入int型flag（1启用/0禁用），且必须在connect()后或accept()返回的已连接socket上设置，不可用于监听socket。
如何用 setsockopt 设置 TCP_NODELAY
直接调用 setsockopt，传入 SOL_TCP 层级和 TCP_NODELAY 选项即可。注意不是所有平台都用 SOL_TCP —— Windows 用 IPPROTO_TCP，Linux/macOS 两者都支持但推荐 IPPROTO_TCP（更跨平台）。
关键点：选项值是 int 类型，不是布尔字面量；必须在 connect() 之前或 accept() 之后立即设置，否则可能无效。
-
int flag = 1;表示启用（禁用 Nagle），flag = 0表示禁用（恢复 Nagle） - Windows 下需确保已调用
WSAStartup()，否则setsockopt返回SOCKET_ERROR - Linux 上若 socket 处于
TIME_WAIT状态后复用，旧选项不会自动继承，每次新 socket 都要重新设
TCP_NODELAY 设置失败的常见原因
最常遇到的是返回 -1 或 SOCKET_ERROR，伴随 errno 或 WSAGetLastError() 报 ENOTCONN、EINVAL 或 ENOPROTOOPT。
-
ENOTCONN：socket 尚未连接（客户端）或尚未 accept（服务端）——此时不能对未建立的 TCP 连接设该选项 -
EINVAL：传入的optlen不是sizeof(int)，或 socket fd 无效 -
ENOPROTOOPT：socket 类型不是SOCK_STREAM，或协议族不支持（如 UDP socket 上设TCP_NODELAY必然失败）
不同场景下的设置时机差异
客户端和服务端设置逻辑不同，且影响范围不同：
- 客户端：应在
connect()成功后立即设置，否则部分内核版本会忽略 - 服务端：应在
accept()返回的新 socket 上设置，**不能**在监听 socket（listening socket）上设 ——TCP_NODELAY对监听 socket 无意义，且通常返回错误 - 如果使用
SO_REUSEPORT多进程监听，每个子进程accept()出来的 socket 都得单独设一遍
验证 TCP_NODELAY 是否生效
不能只看 setsockopt 返回值，还要确认内核实际应用了该选项。Linux 下可通过 /proc/net/tcp 或 ss -i 查看：
ss -i 'sport = :8080' | grep -o 'nagle.*'
输出含 nagle\: off 表示生效；Windows 没有直接命令行工具，需用 GetTcpTable2 或 Wireshark 抓包观察小包是否合并。
抓包时重点关注连续多个小包（如多个 SO_SNDBUF 和拥塞控制影响）。
真正容易被忽略的是：即使设置了 TCP_NODELAY，如果应用层一次 send() 写入的数据刚好填满 MSS，或者内核发送队列为空，Nagle 本来就不起作用——所以测试时要用高频小写（如循环 send("a")）才能暴露问题。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
