要让 nginx 的 sendfile 真正发挥零拷贝作用，必须同时启用 sendfile on、tcp_nopush on 和 tcp_nodelay off 三项指令，并避免 gzip、内容改写、非本地文件系统、缺失 content-length 或代理等导致退化的情况。
要让 Nginx 的 sendfile 真正发挥零拷贝作用、大幅提升大文件传输效率，关键不是简单打开开关，而是确保数据全程走通内核直通链路——跳过用户态、减少拷贝、压低系统调用开销。配置对了但没生效，很常见；真正起效必须三要素齐备、干扰全清、路径可控。
必须同时启用的三个核心指令
单独写任何一项都无效，必须在同一个 location 块中成套出现：
- sendfile on;：激活内核态直送能力，是零拷贝的起点
- tcp_nopush on;：依赖 sendfile 路径，把响应头和文件开头数据合并进同一个 TCP 报文段，减少小包数量
-
tcp_nodelay off;：关闭 Nagle 算法；若设为
on，会强制立即发包，直接破坏tcp_nopush的攒包逻辑
哪些情况会让 sendfile 自动退化
即使配置全对，只要触发以下任一条件，Nginx 就会悄悄回退到传统的 read()+write() 模式，零拷贝失效：
- 启用了
gzip on、gunzip on或gzip_static on - 使用了
sub_filter、add_before_body、access_by_lua_block等内容改写或注入功能 - 文件不在本地真实磁盘（如 NFSv3、FUSE、Docker overlay2 默认驱动、符号链接指向非 ext4/XFS 文件系统）
- 响应缺失
Content-Length头（例如后端未返回长度、启用 chunked 编码、或 Range 请求未适配） - 配置了
proxy_pass、fastcgi_pass等代理指令
针对大文件的精准 location 配置示例
不建议在全局 http 块盲目开启，应按后缀做细粒度控制，例如：
location ~ \.(mp4|avi|mov|zip|iso|tar\.gz|dmg)$ {
root /data/files;
sendfile on;
tcp_nopush on;
tcp_nodelay off;
gzip off;
sendfile_max_chunk 512k; # 防止单次传输阻塞事件循环
expires 7d;
}
注意：sendfile_max_chunk 可控单次传输上限，适合高清视频首段加载或大压缩包分片传输，避免长时间占用 worker 进程。
辅助优化项提升稳定性
这些不改变零拷贝路径，但能降低干扰、释放性能潜力：
- access_log off;：纯静态资源 location 中关闭访问日志，避免高并发 I/O 成瓶颈
-
open_file_cache max=10000 inactive=60s;：缓存文件句柄与元信息，减少重复
open()和stat() -
gzip_static on; + gzip off;：用预压缩的
.gz文件替代运行时压缩，仍可走 sendfile - limit_rate 10m;：对单连接限速，防止单个大文件下载打爆带宽
