错误：TCP_NODELAY必须在connect()前（客户端）或listen()前（服务端）设置；选项级别应为IPPROTO_TCP，设为SOL_SOCKET会因EINVAL失败；需检查返回值，否则可能未生效。
setsockopt 设置 TCP_NODELAY 的正确姿势
必须在 connect() 之前（客户端）或 accept() 之后（服务端）调用 setsockopt()，且套接字需为已创建的 TCP 流套接字（SOCK_STREAM）。晚于连接建立再设置，部分系统（如旧版 Linux 内核）可能忽略该选项。
-
TCP_NODELAY是整型选项，值为1表示启用（禁用 Nagle），0表示禁用（即恢复 Nagle） - 选项级别是
IPPROTO_TCP，不是SOL_SOCKET—— 传错级别会导致setsockopt()返回 -1 并置errno = EINVAL - 务必检查返回值：未检查失败可能导致你以为关了 Nagle，实际没生效
客户端 socket 初始化后立即设置的典型流程
常见错误是把 setsockopt() 放在 connect() 之后、甚至第一次 send() 之后。此时第一个小包仍可能被 Nagle 缓存，造成首包延迟抖动。
int sock = socket(AF_INET, SOCK_STREAM, 0);
// ... bind / connect 准备 ...
int nodelay = 1;
if (setsockopt(sock, IPPROTO_TCP, TCP_NODELAY, &nodelay, sizeof(nodelay)) < 0) {
perror("setsockopt TCP_NODELAY failed");
close(sock);
return -1;
}
// ✅ 此时再 connect()
if (connect(sock, (struct sockaddr*)&addr, sizeof(addr)) < 0) { ... }
服务端 accept 后对每个 client socket 单独设置
不能只在监听 socket 上设 TCP_NODELAY —— 它不继承给新 accept 的连接。每个 accept() 返回的 client socket 都要独立调用 setsockopt()。
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- 漏设会导致部分连接仍走 Nagle，尤其在长连接、高频小包场景（如实时游戏指令、金融行情推送）下表现不稳定
- 若使用线程池或异步 I/O（如 epoll + ET 模式），设置时机应在
accept()成功后、加入事件循环前 - Windows 上同样有效，但需确保
winsock2.h已包含，且初始化过 WSA
验证是否生效：别只信代码，要看内核行为
代码设了不等于内核真用了。Linux 下可用 ss -i 查看连接状态中的 ts sack 字段旁是否有 nodelay 标记；更直接的方式是抓包观察小包是否立即发出。
立即学习“C++免费学习笔记（深入）”；
- 用
tcpdump抓本地回环流量：tcpdump -i lo 'tcp and port XXXX'，发两个间隔 -
ss -ti输出中出现timer:(none,0x0)或明确含nodelay字样，说明 Nagle 已关；若显示timer:(on,100ms)类似字样，则可能未生效或被其他路径覆盖 - 注意：某些中间设备（如 NAT 网关、负载均衡器）可能重置 TCP 选项，端到端生效需全链路支持
