启用 open_file_cache 可显著降低高并发下 stat() 和 open() 系统调用开销，需同时配置 max、inactive、valid、min_uses、errors 五个参数，并配合 rlimit_nofile、sendfile、日志关闭及 noatime 等底层优化才能生效。
直接用 open_file_cache 缓存文件元数据和句柄，能显著减少高并发下反复调用 stat() 和 open() 带来的系统开销，尤其对 HTML、JS、CSS、小图标等静态页面资源效果明显。
必须配齐的五个核心参数
只写 open_file_cache on; 没有效果。需在 http 块中同时设置：
-
容量与淘汰：
open_file_cache max=10000 inactive=60s;—— 最多缓存 1 万个文件条目；60 秒内未被访问则标记为非活跃，等待清理 -
校验周期：
open_file_cache_valid 60s;—— 每 60 秒检查一次缓存项是否仍存在、大小或修改时间是否变化，防止返回过期内容 -
准入门槛：
open_file_cache_min_uses 2;—— 同一路径在inactive时间窗口内至少被访问 2 次才进入缓存，避免冷资源或探测请求污染缓存 -
错误也缓存：
open_file_cache_errors on;—— 把 404、403 等结果也缓存，防止恶意扫描或配置错误反复触发磁盘查询 -
变更感知（推荐）：
open_file_cache_events on;—— 依赖 inotify 实时监听文件变化，比轮询更及时；若不支持可关闭，靠valid轮询兜底
适配静态页面访问特征的调优建议
静态页面通常由少量 HTML + 多个 JS/CSS/字体/图标组成，访问集中、复用率高：
- 首页和关键入口路径访问频次高 → 缩短
inactive到 30–45s，提升缓存复用率 - 前端资源常随发版更新 →
open_file_cache_valid设为 20–30s，兼顾一致性与性能 - 图标、字体等小文件数量多 →
max建议设为 8000–15000，避免缓存挤出 - 若使用 CI/CD 自动部署 → 配合
open_file_cache_events on;可更快感知文件变更，减少旧缓存残留
必须配套的底层配置
单独开启 open_file_cache 不足以释放全部并发能力：
-
worker_rlimit_nofile 65535;—— 确保 worker 进程能打开足够多的文件描述符，否则缓存再多也没法真正复用 -
sendfile on;—— 在静态资源 location 中启用，让内核直接 DMA 传输，绕过用户态拷贝 -
access_log off;和log_not_found off;—— 关闭无关日志，降低 I/O 干扰 - 挂载文件系统时加
noatime选项 —— 避免每次读取都更新访问时间戳 - 若启用
events，检查/proc/sys/fs/inotify/max_user_watches是否 ≥max × 1.5
验证是否生效
别只看配置 reload 成功，要实测确认：
- 用
strace -p $(pgrep nginx | head -1) -e stat,lstat,fstat跟踪 worker 进程，对比开启前后stat()调用次数是否明显下降 - 用
lsof -p $(pgrep nginx | head -1) | wc -l查看已打开文件数是否趋于稳定，而非随请求数线性增长 - 压测相同静态路径，观察 QPS 提升和平均延迟下降幅度（典型提升在 15%–40%，取决于文件规模和磁盘类型）
