如何配置 Apache 零拷贝Sendfile机制加速文件传输

Apache默认启用Sendfile，但仅当请求静态文件、无模块干预、文件位于本地磁盘等条件全部满足时才真正触发零拷贝；否则自动降级为read/write模式，需用strace验证sendfile64系统调用是否实际执行。

Apache 默认启用 Sendfile，但要真正发挥零拷贝效果，关键不在“开没开”，而在“用没用上”。它只在满足特定条件时才绕过用户态、直接由内核完成文件到 socket 的传输；一旦被其他模块干扰或路径不满足，就会自动退回到传统的 read/write 模式。

确认 Sendfile 是否已启用

Apache 2.0 及以上版本内置 Sendfile 支持，无需加载额外模块。检查主配置（如 httpd.conf 或 apache2.conf）中是否存在：

• EnableSendfile on（默认通常为 on；某些容器镜像或加固环境可能设为 off）
• 确保没有全局或虚拟主机级的 EnableSendfile off 覆盖

确保触发零拷贝的实际条件

即使配置开启，Sendfile 也仅在以下全部满足时生效：

• 请求的是静态文件（如 .jpg、.css、.js），且文件位于本地磁盘（非 NFS、CIFS 等远程文件系统）
• 响应未被任何模块修改内容：禁用 mod_deflate（压缩）、mod_php（动态内容）、mod_headers 中对响应体的篡改逻辑
• 未启用 EnableMMAP off（mmap 辅助页缓存失败可能间接影响 sendfile 路径）
• 客户端连接使用支持 TCP 发送队列直传的 socket 类型（绝大多数现代 TCP 连接均满足）

验证是否真正在用 sendfile

不能只看配置，必须观察运行时行为：

• 用 strace 抓一个静态资源请求：
  strace -p $(pgrep apache2 | head -1) -e trace=sendfile64 -s 0 -f
• 触发一次纯静态文件访问（如 curl http://localhost/style.css）
• 若看到 sendfile64(…) 系统调用被调用，说明零拷贝生效；若只看到大量 read(…) 和 write(…)，说明已被降级

常见导致失效的干扰项

以下配置或模块会强制 Apache 放弃 sendfile：

• 启用了 mod_deflate 并对静态资源做了压缩（哪怕只是加了 Content-Encoding 头）
• 使用 .htaccess 或 mod_rewrite 规则重写了静态路径，导致内部处理链变长
• 设置了 Header set … 修改响应体相关头（如 Content-MD5、Content-Range）
• 文件过大超出内核限制（极少见，但某些旧内核对 >2GB 文件 sendfile 支持不稳定）