tcp_nodelay仅在长连接、小响应（≤1KB）、高频交互路径下有效，需按location或upstream精准启用，禁用sendfile/tcp_nopush，配合keepalive池与内核延迟ACK调优，否则高并发下可能引入抖动。
要让 tcp_nodelay 在高并发小包转发场景中真正提升实时性，不能只把它当成一个“打开就变快”的开关。它起效的前提非常具体：必须作用于长连接、小响应（≤1KB）、高频交互的路径上，并且需与连接复用、缓冲控制、内核参数协同调优。否则在万级并发下，不仅无效，还可能因干扰 TCP 栈行为而引入抖动。
只对符合条件的小包路径启用，不全局开启
高并发环境流量类型混杂，全局开启 tcp_nodelay on 会误伤大文件下载、静态资源等本就不受 Nagle 影响的流量。应按语义下沉到具体接口或上游集群：
- WebSocket 升级路径：
location /ws { proxy_pass http://ws_backend; tcp_nodelay on; } - SSE 实时通道：
location /api/events { proxy_pass http://backend; tcp_nodelay on; tcp_nopush off; } - 后端微服务调用（upstream 级别）：
upstream api_cluster { server 10.0.1.10:8080; keepalive 64; } location /api/realtime/ { proxy_pass http://api_cluster; proxy_http_version 1.1; proxy_set_header Connection ''; tcp_nodelay on; }
强制连接复用 + 后端 keepalive 池是前提
没有长连接，tcp_nodelay 就失去作用对象。高并发下更要避免反复建连开销：
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- Nginx 侧：配置
keepalive_timeout 60;（建议 30–90 秒），并在upstream中设keepalive 32–64，匹配后端连接池容量 - 客户端：HTTP/1.1 必须带
Connection: keep-alive；HTTP/2 自带复用，无需额外头 - 后端服务：确保其 HTTP 服务器（如 Node.js 的
server.keepAliveTimeout、Go 的http.Server.IdleTimeout）也启用并匹配 Nginx 超时值
关闭干扰项：sendfile、tcp_nopush、响应缓冲
以下配置会直接使 tcp_nodelay 静默失效，高并发下尤其明显：
-
sendfile on;：走内核零拷贝路径，绕过 socket 缓冲区，tcp_nodelay无作用对象 → 改为sendfile off; -
tcp_nopush on;：与tcp_nodelay逻辑冲突，Nginx 会忽略后者 → 明确设为tcp_nopush off; -
proxy_buffering on;：流式小包被缓存等待合并 → 对实时接口必须设为proxy_buffering off;
验证是否真实生效，而非“配了就行”
高并发下配置易被掩盖，必须实测确认：
- 连接建立后执行：
ss -i 'dst <backend_ip>:<port>'，查看输出含nodelay字样 - 抓包验证：用
tcpdump -i any port <port> -w trace.pcap，过滤小包流，观察连续两个小响应帧间隔是否稳定 ≤ 1ms - 排除内核干扰：检查服务端是否仍启用延迟 ACK，临时关闭：
sysctl -w net.ipv4.tcp_delack_min=0
