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和响应时间指标也可辅助分析吞吐变化
