最有效方式是在http块中配置open_file_cache并配齐五个关键参数：max、inactive、valid、min_uses、errors；配合location优化、关闭日志、调高ulimit及挂载noatime可显著降低磁盘i/o。
直接在 http 块 中配置 open_file_cache 是减少静态资源访问时磁盘 I/O 最有效的方式。它不缓存文件内容，而是把文件是否存在、是否为目录、最后修改时间、权限、甚至已打开的文件描述符（fd）都记在内存里，后续请求直接查内存，跳过 stat() 和 open() 这两个必须读磁盘的系统调用。
必须配齐的五个关键参数
只写 open_file_cache on; 或只配 max 和 inactive 都无效。以下五项需同时存在，缺一不可：
-
open_file_cache max=10000 inactive=60s;：最多缓存 1 万个条目；60 秒内未被再次访问的条目标记为待清理 -
open_file_cache_valid 30s;：每 30 秒主动校验一次缓存项，重新stat对应路径，确保文件没被删、没改权限 -
open_file_cache_min_uses 2;：同一路径在 60 秒内至少被访问 2 次才允许进缓存，防爬虫或误扫污染 -
open_file_cache_errors on;：把 404、403 等错误结果也缓存，避免反复查询不存在路径 - （隐含）缓存机制自动启用：只要这四项都在 http 块中，无需额外写
on或off
配合 location 和系统设置效果更明显
单靠 open_file_cache 不够，得从请求入口和系统底层一起减负：
- 静态资源用前缀匹配 location，比如
location /static/ { alias /opt/static/; }，别用正则，省掉运行时路径解析开销 - 纯静态服务节点建议关闭日志：
access_log off;，避免每次请求都触发日志文件的stat和写入 - 检查并调高系统文件描述符上限：
ulimit -n查看当前值，生产环境建议设为65535或更高，防止出现Too many open files - 挂载静态资源所在磁盘时加
noatime选项，避免每次读取都更新访问时间，减少元数据写入
怎么验证它真正在起作用
reload 配置后，可通过这些方式确认效果：
- 用
iostat -x 1观察%util和await，I/O 压力应有明显下降 - 抽样抓取 worker 进程系统调用：
strace -p $(pgrep nginx) -e trace=open,stat，open/stat调用次数应大幅减少 - 开启自定义日志格式，记录缓存命中情况：
log_format cache_log '$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "cache_hit:$upstream_cache_status ofc_hit:$open_file_cache_hits ofc_miss:$open_file_cache_misses';
