必须配齐四个参数才能生效：open_file_cache、open_file_cache_valid、open_file_cache_min_uses、open_file_cache_errors，缺一不可；它缓存文件元信息而非内容，显著降低高频小文件访问的系统调用开销。

直接配齐四个关键参数才能生效，只写 open_file_cache on 没用。它不缓存文件内容，而是把文件是否存在、大小、修改时间、权限、句柄这些信息记在内存里，省掉反复调用 stat() 和 open() 的开销——这对高频访问小文件（比如 index.html、favicon.ico、CSS/JS）特别有效。

必须配全的四项基础参数

这四个指令要一起出现在 http 块中，缺一不可：

• open_file_cache max=10000 inactive=60s; —— 最多缓存 1 万个条目；60 秒内没被访问就淘汰
• open_file_cache_valid 60s; —— 每 60 秒检查一次缓存项是否还有效（比如文件是否被删或改名）
• open_file_cache_min_uses 2; —— 同一个文件至少被请求 2 次才进缓存，避免偶然访问污染缓存
• open_file_cache_errors on; —— 把“文件不存在（ENOENT）”“没权限（EACCES）”这类错误也缓存住，防止反复查错路径

根据场景微调参数值

默认配置适合日均请求几万到百万级的中小型静态服务，但你可以按需调整：

• 内存充足、文件种类多（如 CDN 或大型 SPA 应用），可把 max 提到 20000～50000，每个条目约占 1KB
• 文件极少变动（如构建后部署的 React/Vue 产物），可延长 inactive 到 300s，valid 到 120s，减少校验频率
• 容器环境或磁盘 I/O 偏弱（如云上小规格实例），建议保持 min_uses 2，避免缓存抖动
• 若后端有外部进程频繁更新配置文件（如动态路由规则 JSON），valid 值不宜过大，否则可能读到过期元数据

配合其他设置效果更稳

单独开 open_file_cache 已有明显收益，再加这几项能进一步压低系统调用压力：

• 确保 sendfile on; 开启——让内核直接传输文件内容，不经过用户态，和 open_file_cache 是黄金搭档
• 静态资源 location 尽量用前缀匹配（location /static/），避免正则匹配，减少每次请求的路径解析开销
• 搭配 try_files $uri =404; 处理 SPA 路由时，index.html 会被反复打开，这时 open_file_cache 的作用最突出
• 不用额外装模块，它属于 ngx_http_core_module，编译进 Nginx 就自带，只要配置对就能用

不复杂但容易忽略