tcp_nodelay对TCP握手无影响，仅作用于握手完成后的应用层小包发送；它通过禁用Nagle算法使几十字节响应立即发出，降低弱网下约200ms延迟，需配合keepalive及sendfile/tcp_nopush协同生效。
tcp_nodelay 对 TCP 握手阶段的交互感知速度没有直接影响。
它不作用于握手过程本身
TCP 三次握手（SYN → SYN-ACK → ACK）由操作系统内核完成，Nginx 的 tcp_nodelay 指令仅控制**握手完成之后、应用层数据发送时**是否禁用 Nagle 算法。也就是说，它影响的是第一个 HTTP 响应包（如 HTML、JS、JSON）的发出时机，而非 SYN 包或握手耗时。
真正影响“首字节延迟（TTFB）感知”的是后续小包发送策略
对于静态资源（尤其是 React/Vue 等前端项目加载的 chunk.js、manifest.json、favicon.ico 等小文件），若 Nginx 启用了 keepalive 且后端是本地文件服务（非 proxy_pass），默认可能延迟发送小响应体——因为 Nagle 算法会等待 ACK 或凑满 MSS。开启 tcp_nodelay 后：
- 只要内核 socket 缓冲区有数据（哪怕只有几十字节），就立即发出去
- 避免了约 200ms 的等待延迟（典型 Nagle 超时）
- 用户感受到的是“资源加载更快启动”，尤其在弱网或高 RTT 环境下更明显
必须配合 keepalive 才生效
tcp_nodelay 是连接级行为，只在长连接（keepalive）场景下起作用。静态资源服务中需确保：
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- 客户端发起请求时带 Connection: keep-alive
- Nginx 配置中启用 keepalive：例如 keepalive_timeout 65s（server 或 http 块）
- location 块中显式开启：tcp_nodelay on（默认已是 on，但建议明确写出）
和 sendfile、tcp_nopush 协同才完整
单独开 tcp_nodelay 效果有限。推荐组合配置（均放在 server 或 location 块中）：
- sendfile on：启用零拷贝，加速大文件传输
- tcp_nopush on：配合 sendfile，让内核尽量填满 TCP 包再发（提升吞吐）
- tcp_nodelay on：在最后一个未填满的包上强制发出（保障实时性）
Linux 2.5.9+ 内核已支持三者共存：tcp_nopush 负责“攒包”，tcp_nodelay 负责“兜底发送”，互不冲突。
注意区分动静态路径的适用性
tcp_nodelay 对纯静态文件服务（如直接 serve ./build）有意义；但若走 proxy_pass 到 Node/PHP 后端，则优化重点应在上游连接配置（如 proxy_http_version 1.1 + proxy_set_header Connection ""），此时 tcp_nodelay 作用于 Nginx 与后端之间，而非客户端侧。
