怎么使用 sendfile 指令提升静态资源传输效率

sendfile 能显著提升静态资源传输效率，其核心是内核直接在文件系统与 socket 间搬运数据，绕过用户态拷贝，降低 CPU 和内存开销；需 Linux 系统、支持的文件系统及正确配置（如 sendfile on、tcp_nopush on），禁用 gzip 等用户态处理才生效。

使用 sendfile 指令能显著提升静态资源（如图片、CSS、JS 文件）的传输效率，核心在于让内核直接在文件系统和 socket 之间搬运数据，绕过用户态内存拷贝，减少 CPU 和内存开销。

确认系统和 Web 服务器支持

sendfile 是 Linux 内核特性（2.3.10+），需确保：

• 操作系统为 Linux（macOS/Windows 不支持原生 sendfile 优化）
• Web 服务器启用并正确配置了该功能（Nginx 默认开启，Apache 需启用 EnableSendfile on）
• 文件系统支持（ext4、XFS 等主流文件系统均支持；某些网络文件系统如 NFSv3 可能受限）

Nginx 中启用与调优

Nginx 默认开启 sendfile on，但配合其他指令才能发挥最大效果：

• 确保 sendfile on; 在 http、server 或 location 块中启用
• 搭配 tcp_nopush on;：使 Nginx 在发送响应头后，等待整个文件缓冲区填满再发，减少小包数量（尤其对大文件有效）
• 慎用 tcp_nodelay on;：它会禁用 Nagle 算法，适合实时交互，但可能削弱 sendfile 的批量传输优势；静态资源通常保持默认（off）更合适

注意适用边界和常见失效场景

sendfile 并非万能，以下情况会自动退化为常规 read/write 流程：

• 文件被 mmap 或加锁（如某些 CMS 动态生成的临时文件）
• 启用了 gzip 压缩（Nginx 会先读取、压缩、再发送，无法直通内核）——建议对已压缩的 .gz 文件用 gzip_static on; 配合 sendfile
• 使用了 X-Accel-Redirect 但后端返回非本地路径，或文件不在 root 指定目录下
• 客户端连接是 HTTP/2 且启用了 server push，部分实现可能绕过 sendfile 路径

验证是否生效

可通过系统级工具观察内核行为：

• 用 strace -e trace=sendfile64,read,write,sendto nginx -t 启动调试模式，查看日志中是否出现 sendfile64 系统调用
• 对比开启/关闭 sendfile 时的 CPU 使用率（top 或 pidstat -u 1）和 QPS 变化，大文件传输场景下提升通常明显
• Nginx 自带变量 $sent_http_content_length 和响应时间指标也可辅助分析吞吐变化