必须同时启用sendfile on、tcp_nopush on和tcp_nodelay off三指令，避开proxy_pass、gzip、内容改写及非本地文件等退化条件，才能真正触发内核零拷贝；单独配置任一指令均无效。
直接启用 sendfile on 不足以提升性能，必须让 Nginx 真正走通内核零拷贝路径——这需要三要素齐备、退化条件全避开、配套机制不干扰。
必须同时启用的三个核心指令
单独配置任意一项都无效，必须成套使用：
- sendfile on;：激活内核态直送能力，跳过用户态缓冲区
- tcp_nopush on;：依赖 sendfile 路径，把响应头和文件开头数据合并进同一个 TCP 报文段，减少小包数量
- tcp_nodelay off;：显式关闭 Nagle 算法；若设为 on，会强制立即发包，直接破坏 tcp_nopush 的攒包逻辑
哪些情况会让 sendfile 自动失效
即使配置全对，只要出现以下任一情形，Nginx 就会悄悄回退到传统的 read() + write() 模式：
- 配置了
proxy_pass、fastcgi_pass或grpc_pass - 启用了
gzip on、gunzip on或gzip_static on（但对应 .gz 文件缺失） - 使用
sub_filter、add_before_body等内容改写功能 - 文件位于 NFSv3、FUSE、某些容器存储驱动挂载点（不支持 sendfile 系统调用）
- 响应缺少
Content-Length头（Nginx 需预知大小才能触发 sendfile）
推荐按资源类型精准配置 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()
- gzip_static on; + gzip off;：用预压缩的 .gz 文件替代运行时压缩，既保留压缩收益又不破坏 sendfile
