Nginx 优化静态资源性能需绕过 PHP-FPM，核心是启用 open_file_cache、sendfile、read_ahead 并精简 location 匹配；PHP-FPM 仅用于 .php 脚本处理，不得参与静态文件响应。
Nginx 本身不处理 PHP 逻辑，也不通过 PHP-FPM 读取静态资源——这是关键前提。PHP-FPM 只负责执行 .php 脚本，而静态资源（如 CSS、JS、图片）应由 Nginx 直接响应，完全绕过 PHP-FPM。若你发现静态文件正被 PHP（比如用 readfile()）输出，那本身就是性能瓶颈源头，必须剥离。
真正提升静态资源磁盘读取性能，靠的是 Nginx 层的几项核心配置，和 PHP-FPM 无关，但需要你在架构上明确分工：
启用 open_file_cache 缓存文件元数据
每次请求都调用 stat() 和 open() 会带来显著系统开销，尤其对小文件。开启后，Nginx 复用已打开的文件描述符及大小、修改时间等信息：
-
open_file_cache max=1000 inactive=20s; -
open_file_cache_valid 30s;（每 30 秒校验缓存条目有效性） -
open_file_cache_min_uses 2;（访问至少 2 次才进缓存，防污染） -
open_file_cache_errors on;（缓存ENOENT或权限错误，避免反复失败）
开启 sendfile 零拷贝传输
避免数据从内核页缓存 → 用户空间 → socket 缓冲区的两次 CPU 拷贝：
-
sendfile on; -
tcp_nopush on;（配合使用，确保 TCP 包填满再发）
⚠️ 注意：若启用了gzip、sub_filter或X-Accel-Redirect，sendfile 会自动禁用，需权衡或关闭压缩模块。
合理设置 read_ahead 提升大文件顺序读效率
对视频、PDF 等大文件，让内核预读后续数据块到页缓存：
-
read_ahead 1m;（在匹配的location块中配置）
搭配 SSD 效果更佳；机械盘收益有限，且需文件系统挂载时启用noatime。
精简 location 匹配与路径解析逻辑
深层嵌套的 root 或误用 alias 会增加路径拼接与安全检查开销：
- 静态资源尽量放在扁平目录下（如
/static/） - 用
root时确保路径简洁；用alias时注意末尾/是否匹配 - 避免在
location ~ \.php$块中混写静态规则，职责必须分离
本质上，优化静态资源读取性能，就是让 Nginx 尽可能少做系统调用、少走用户态、少做路径运算，并把内核能力用足。PHP-FPM 在这个环节不该出现——它只该出现在 location ~ \.php$ 的转发链路里。
