怎么配合 sendfile 开启 tcp_nopush 确保静态大文件数据包在系统缓冲区积满后合并发送-Nginx-PHP中文网

要让静态大文件在系统缓冲区积满后合并发送，关键是启用sendfile和tcp_nopush并确保零拷贝路径完整：必须同location中开启二者，配content-length、禁gzip/动态处理、调tcp_nodelay off及缓冲参数。

怎么配合 sendfile 开启 tcp_nopush 确保静态大文件数据包在系统缓冲区积满后合并发送

要让静态大文件在系统缓冲区积满后合并发送，核心不是“等缓冲区填满”，而是让内核具备把响应头和文件起始数据打包进同一个 TCP 报文段的能力。这依赖一条完整的零拷贝通路，而 tcp_nopush 只是这条通路上的“调度开关”——它本身不攒数据，但能配合 sendfile 触发内核级的 TCP_CORK 行为。

关键在于构建并守住这条通路，而不是调参数。

InStreet

InStreet是一款AI智能体工具，字节扣子推出的 AI Agent 专属中文社交网络。

下载

必须同时启用 sendfile 和 tcp_nopush

sendfile on; 要写在具体服务大文件的 location 块里，不能只靠 http 块继承
tcp_nopush on; 也必须在同一 location 中显式声明
如果只开 tcp_nopush 而 sendfile 关闭，Nginx 日志会明确提示 “tcp_nopush is ignored”，配置实际无效

确保走真正的零拷贝路径

请求必须命中本地磁盘上的真实文件：用 root 或 alias 指向有效路径，且后缀匹配（如 .mp4、.zip、.iso）
响应头必须含明确的 Content-Length：Nginx 需预知大小才能调用 sendfile()；若后端返回 Transfer-Encoding: chunked 或缺失该头，自动退化为 read/write 模式
代理对象存储时，需设 proxy_buffering off;，并确保上游返回 Content-Length

关闭所有破坏零拷贝的模块

gzip off; —— 压缩强制进入用户态，sendfile 自动禁用
sub_filter off;、ssi off;、access_by_lua_block { } 移除 —— 任何内容改写或动态处理都会切断内核直通路径
proxy_buffering off;（仅限代理场景）—— 否则数据先缓存在用户态，sendfile 不触发

配套参数必须对齐，避免“攒包”被干扰

tcp_nodelay off;：显式关闭 Nagle 算法，允许内核暂存数据等待凑满 MSS；设为 on 会强制立即发包，直接抵消 tcp_nopush 效果
sendfile_max_chunk 512k;：限制单次传输量，防止阻塞事件循环，也适配多数高清视频/安装包的起始段大小
output_buffers 2 128k;：增大发送缓冲区，默认 2×32k 对大文件常不够，易导致过早冲刷、破坏合并效果

按文件类型精细化启用，拒绝全局配置

在匹配大文件后缀的 location 中启用，例如：

location ~ \.(mp4|webm|zip|iso|tar\.gz|dmg)$ {
    sendfile on;
    tcp_nopush on;
    tcp_nodelay off;
    gzip off;
    sendfile_max_chunk 512k;
    output_buffers 2 128k;
}

不要在 /api/、/ws/、HLS 的 .m3u8 路径中启用 —— 这些场景首屏延迟更敏感，反而可能因“攒包”引入毫秒级延迟

不复杂但容易忽略