Nginx启用sendfile可提升静态图片传输效率，需配置sendfile on、tcp_nopush on，禁用gzip等冲突指令，并确保文件系统与内核支持零拷贝。
在 Nginx 中启用 sendfile 可显著提升静态图片等二进制资源的传输效率，其核心是利用内核态零拷贝（zero-copy）机制，避免数据在用户态与内核态之间多次复制。
确认 sendfile 已启用且配置正确
Nginx 默认开启 sendfile，但需确保配置中明确启用并配合关键指令：
-
必须设置：
sendfile on;（全局或 server/location 块中） -
推荐搭配：
tcp_nopush on;（配合 sendfile，在发送完整响应时才推送到 TCP 缓冲区，减少小包） -
可选优化：
sendfile_max_chunk 512k;（限制单次 sendfile 传输上限，防大文件阻塞其他请求；默认 0 表示无限制）
注意文件系统与内核兼容性
sendfile 零拷贝依赖底层支持：
- Linux 2.4+ 内核完全支持常规文件（ext4、xfs 等）的 sendfile
- 若图片存于 NFS、CIFS 或某些容器卷（如早期 overlayfs），可能退化为普通 read/write 拷贝，此时 sendfile 仍生效但失去零拷贝优势
- 可通过
strace -e trace=sendfile64,read,write nginx -t或监控/proc/net/snmp中SndZeroCopyAttempts字段验证是否真正走零拷贝路径
避免与不兼容指令共用
以下配置会强制禁用 sendfile 或导致回退：
-
gzip on;：启用 gzip 压缩后，Nginx 必须读取文件内容进内存处理，sendfile 自动失效（图片通常不压缩，建议对 .jpg/.png/.webp 关闭 gzip） -
sub_filter、add_before_body等内容改写指令：触发缓冲和重写，绕过 sendfile -
X-Accel-Redirect后端代理场景：若后端返回的是文件路径而非实际 body，Nginx 仍可走 sendfile；但若后端已输出内容，则无法使用
针对图片资源的最小安全配置示例
在 location 块中精准启用（兼顾性能与兼容性）：
location ~* \.(jpg|jpeg|png|gif|webp|ico|svg)$ {
expires 1y;
add_header Cache-Control "public, immutable";
sendfile on;
tcp_nopush on;
# 不启用 gzip，避免破坏 sendfile
gzip off;
# 如需限速或防盗链，可用 valid_referers + return 403，不影响 sendfile
} 
