sendfile在phpEnv中需Nginx与PHP严格协同才生效：必须禁用PHP文件读取（如readfile）、启用X-Accel-Redirect、配置internal location、关闭gzip，并合理设置sendfile_max_chunk等参数，否则仍走用户态拷贝路径。
sendfile 在 phpEnv 环境中不是“开就完事”的功能，它必须和底层文件路径、PHP 输出方式、Nginx 配置层级严格对齐，否则根本不会触发——很多用户配了 sendfile on 却没效果，就是因为 PHP 脚本仍在用 readfile() 或 fpassthru() 读取并输出文件，绕过了内核零拷贝路径。
sendfile 不生效？先确认你走的是哪条文件输出路径
phpEnv 默认使用 Nginx + PHP-FPM 架构，而 sendfile 只在满足以下全部条件时才启用：
- Nginx 配置中该 location 启用了
sendfile on - 响应由 Nginx 直接提供静态文件（如
location /static/ { root /path; }），或通过X-Accel-Redirect交由 Nginx 内部转发 - PHP 不参与文件内容读取与输出：即不能出现
readfile($file)、echo file_get_contents()、fpassthru($fp)等操作 - 响应未启用
gzip（压缩强制走用户态，sendfile自动禁用） - 文件路径对 Nginx 是可访问的（不能是 PHP 运行用户有权限但 Nginx worker 用户无权读取的路径）
常见错误现象：strace -e trace=sendfile,write,writev -p $(pgrep nginx) 完全看不到 sendfile 系统调用，只看到大量 write ——说明流量根本没走零拷贝路径。
使用 X-Accel-Redirect 让 PHP 控制权限、Nginx 负责高效传输
这是 phpEnv 下最实用且安全的方案：PHP 做鉴权和逻辑判断，然后把文件路径“甩给” Nginx，由 Nginx 用 sendfile 发送。
立即学习“PHP免费学习笔记（深入）”；
配置示例（Nginx server 块内）：
location /protected/ {
internal;
alias /www/protected_files/;
}对应 PHP 代码（如 download.php）：
<?php
// 权限校验、日志记录、防盗链等在此完成
if (!isAuthorized()) {
http_response_code(403);
exit;
}
<p>$realPath = '/www/protected_files/report.pdf';
header('Content-Type: application/pdf');
header('Content-Disposition: attachment; filename="report.pdf"');
header('X-Accel-Redirect: /protected/report.pdf'); // 注意：路径是 alias 映射后的 URI，不是磁盘路径
?>关键点：
-
internal指令禁止浏览器直接访问/protected/，只能由 Nginx 内部跳转触发 -
X-Accel-Redirect的值必须匹配location的 URI 前缀（这里是/protected/），不是文件系统路径 - Nginx 会自动忽略 PHP 的
Content-Length，改用文件真实大小，所以不要手动设 - 此路径下必须同时开启
sendfile on和tcp_nopush on（tcp_nopush对X-Accel-Redirect生效）
sendfile_max_chunk 必须配，尤其在 phpEnv 的 Windows 子系统或低内存 VPS 上
phpEnv 常用于开发机或轻量服务器，内存有限。若不做限制，大文件（如 >50MB）触发 sendfile 时可能卡住 worker 进程，导致后续请求超时或 502。
正确做法是：只在明确承载大文件的 location 中设置，而非全局：
location ^~ /downloads/ {
alias /www/downloads/;
sendfile on;
sendfile_max_chunk 256k;
tcp_nopush on;
gzip off;
# 可选：防带宽打满
limit_rate 1m;
}为什么是 256k 而非默认？
-
sendfile_max_chunk限制单次内核传输量，避免 socket 缓冲区填满、重传激增 - phpEnv 常跑在 1–2GB 内存的环境，
512k可能偏高；256k更稳妥，实测对 100MB 文件分块稳定 - 数值过小（如
64k）会增加系统调用次数，抵消零拷贝收益；过大则失去分片意义
容易被忽略的兼容性细节
phpEnv 的 Nginx 版本可能较旧（如 1.18 或更低），某些行为与新版不同：
-
tcp_nopush在旧版本中对X-Accel-Redirect支持不稳定，建议搭配tcp_nodelay off（保持默认即可，不用显式关） - 若使用 Windows Subsystem for Linux（WSL），
sendfile在部分内核版本上存在 page cache 问题，可加aio threads;替代（但需确认 Nginx 编译时启用了--with-file-aio） -
open_file_cache在 phpEnv 开发场景中建议关闭（open_file_cache off;），避免缓存了已更新的文件元信息导致 404 或旧内容
真正起作用的从来不是“开了多少个优化项”，而是哪一条路径实际走通了 sendfile。抓包看 TCP 段数量、用 strace 看系统调用、检查响应头有没有 X-Accel-Redirect 被 Nginx 处理掉——这些比反复修改配置更接近真相。
