必须同时启用sendfile on、tcp_nopush on且tcp_nodelay off，并避开gzip、代理、内容改写及非本地文件等退化条件，才能真正触发内核零拷贝；单独配置任一指令均无效，且仅对真实静态文件生效。
要让 Nginx 的 sendfile 真正加速静态文件传输，关键不是只写一行 sendfile on;，而是确保它走通内核零拷贝路径——这需要三要素齐备、退化条件全避开、配套机制不干扰。
必须同时启用的三个核心指令
单独开启任意一项都无效，必须成套配置：
- 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（压缩/解压必须在用户态完成） - 使用了
proxy_pass、fastcgi_pass、grpc_pass等代理指令 - 配置了
sub_filter、add_before_body等内容改写功能 - 文件位于 NFSv3、FUSE、某些容器存储驱动挂载点（不支持
sendfile()系统调用） - 响应缺少
Content-Length头（如动态生成或 chunked 编码）
推荐按资源类型精准配置 location
不建议在全局 http 块盲目开启，应针对静态资源后缀做细粒度控制：
- 图片类：location ~* \.(jpg|jpeg|png|webp|gif|avif|svg)$ { root /var/www; sendfile on; tcp_nopush on; tcp_nodelay off; gzip off; }
- 大文件类：location ~ \.(mp4|zip|iso|tar\.gz|dmg)$ { sendfile on; tcp_nopush on; tcp_nodelay off; sendfile_max_chunk 512k; expires 7d; }
其中 sendfile_max_chunk 512k 可防止单次传输阻塞事件循环，适合多数高清图或短视频首段加载。
辅助优化项能进一步释放性能
这些配置不改变零拷贝路径，但能降低干扰、提升稳定性：
- access_log off;：静态资源 location 中关闭访问日志，避免高并发 I/O 成瓶颈
-
open_file_cache max=10000 inactive=60s;：缓存文件句柄和元信息，减少重复
open()和stat() - expires 或 Cache-Control：配合浏览器缓存，减少重复请求
