要让 sendfile 和 tcp_nopush 减少报文段数量，必须构建完整零拷贝链：显式启用 sendfile on、root/alias 指向磁盘、禁用 gzip/proxy_pass 等用户态处理、确保准确 Content-Length、tcp_nodelay off，并按文件类型精细化配置。
要让 sendfile 和 tcp_nopush 真正减少网络报文段数量，关键不是单独开启这两个指令，而是构建一条能走通内核零拷贝路径的完整配置链。它只在特定条件下生效，缺一不可，否则会静默失效。
必须显式启用 sendfile 并限定作用范围
tcp_nopush 完全依赖 sendfile on 才能起作用。Nginx 只有在直接读取磁盘文件、不经过用户态处理时，才能把响应头和文件数据交给内核一次性组装进 TCP 报文段。
- 在服务静态文件的
location块中显式写sendfile on;，不要只靠http块继承 - 该
location必须使用root或alias指向真实磁盘路径，例如root /data/static; - 避免在该
location中启用任何需要用户态处理的功能：如gzip、proxy_pass、add_header、鉴权逻辑等
确保响应带准确的 Content-Length
tcp_nopush 要攒包，就得提前知道整个响应体有多大。Nginx 必须能生成或接收到准确的 Content-Length 头，否则无法调用 sendfile() 系统调用，自动退回到普通读写模式。
- 纯静态服务（
root + try_files）天然满足条件，会自动计算并设置Content-Length - 若通过反向代理拉取（比如从对象存储），后端响应必须带
Content-Length，且不能是Transfer-Encoding: chunked - 建议开启
proxy_buffering on;，并配足proxy_buffer_size和proxy_buffers，确保 Nginx 能缓存完整响应再发
配套参数必须协调一致
tcp_nopush 不是独立开关，它和 tcp_nodelay 逻辑冲突，和 gzip 互斥，必须整体对齐：
-
tcp_nodelay off;：显式关闭 Nagle 算法，避免干扰tcp_nopush的合并行为（Linux 下tcp_nopush实际启用TCP_CORK） -
gzip off;：压缩必须在用户态做，一开就禁用sendfile，连带让tcp_nopush失效 - 可选但推荐：
sendfile_max_chunk 512k;：防止单次sendfile过大阻塞事件循环，也适配多数首帧/首屏数据体积
按文件类型精细化配置更安全有效
不要全局开启，避免误伤低延迟接口（如 API、WebSocket、HLS 的 .m3u8）。应只在明确的大文件路径中启用：
- 匹配常见大文件后缀：
location ~ \.(mp4|webm|zip|iso|tar\.gz|dmg|psd|tiff)$ - 内部显式声明：
sendfile on; tcp_nopush on; tcp_nodelay off; gzip off; - 可叠加缓存策略：
expires 30d;、add_header Cache-Control "public, immutable";
不复杂但容易忽略
