核心是让tcp_nopush与tcp_nodelay按路径各司其职：tcp_nopush需Content-Length明确、proxy_buffering开启且缓冲充足，仅对静态代理有效；tcp_nodelay则必须配合proxy_buffering off和upstream keepalive，用于动态接口低延迟传输。
在 Nginx 中对 TCP 代理（如 stream 块下的 TCP/UDP 透传，或 HTTP 层的 proxy_pass）优化网络数据传输效率，核心不是堆参数，而是让每个环节“各司其职”：大块数据靠内核攒包发，小响应和连接尾部靠即时发送，同时确保路径畅通、长度明确、缓冲匹配。
静态资源代理必须满足“三明确”才能启用 tcp_nopush
当 Nginx 用 proxy_pass 拉取后端静态资源（例如对象存储、CDN 回源），tcp_nopush 要真正生效，需同时满足：
-
Content-Length 明确：后端响应头必须带准确的
Content-Length，不能是Transfer-Encoding: chunked；否则 Nginx 无法预知总长，tcp_nopush自动失效 -
完整缓存明确：配置
proxy_buffering on，且proxy_buffers和proxy_buffer_size足够大（如proxy_buffers 8 128k），确保响应能被完整缓存到内存中 - 无流式干扰明确：后端不能边生成边传输（如 PHP 输出缓冲未关、Node.js 未 flush），否则 Nginx 只能边收边发，失去“攒包”前提
动态与实时接口必须开 tcp_nodelay 并关 tcp_nopush
对 /api/、/ws、/events 等低延迟敏感路径，tcp_nodelay 是刚需，但必须配合以下设置才有效：
-
显式开启
tcp_nodelay on，并同步关闭tcp_nopush off（二者逻辑冲突，共存时 Nginx 可能静默忽略tcp_nodelay） -
禁用用户态缓冲：设
proxy_buffering off，避免响应被滞留在 Nginx 缓冲区，导致tcp_nodelay失去作用对象 -
上游启用 keepalive 连接池：在
upstream块中配置keepalive 32，并确保后端服务空闲超时（如 Spring Boot 的server.connection-timeout）不早于 Nginx 的keepalive_timeout
缓冲与协议协同决定实际吞吐效果
光调 TCP 参数不够，还需底层支撑：
-
增大输出缓冲：对大文件代理，加
output_buffers 2 256k，防止因缓冲不足提前冲刷，破坏tcp_nopush合并效果 -
限制 SSL 缓冲大小：HTTPS 代理下，设
ssl_buffer_size 4k（默认 16k），降低首字节延迟；大文件下载可保留默认值 -
强制 HTTP/2 或更高协议：监听配置写成
listen 443 ssl http2，利用头部压缩和多路复用减少冗余传输
验证是否真正起效比配置更重要
别只看配置写了没，要用工具确认行为：
- 用
ss -i state established '( dport = :443 )'查连接状态，确认有nodelay或np标记 - 用
tcpdump抓包对比同一接口开启/关闭前后：理想状态下，小响应应从多个小包变为 1–2 个包，大文件响应头与前段数据应合并进同一 TCP 段 - 压测时关注“小于 1500 字节的 TCP 包占比”和重传率，下降即说明传输更稳、更高效
