open_file_cache_min_uses的核心作用是准入筛选而非空间占用，它通过设定访问频次门槛（如min_uses=2）决定文件是否值得进入缓存，避免冷数据挤占热数据位置，配合errors on可进一步释放有效条目空间。
open_file_cache_min_uses 的核心作用不是“占用多少空间”，而是“决定哪些文件值得占空间”——它通过访问频次门槛，把有限缓存资源留给真正高频复用的文件，避免冷数据挤占热数据位置。
缓存空间本质由 max 和 inactive 控制
实际占用内存主要取决于：
– max= 设置的条目上限（如 max=5000 占约 5MB）
– inactive= 决定单个条目存活时长，影响活跃条目密度
min_uses 本身不分配内存，只在条目准入环节做“资格筛选”：未达次数的文件根本不会被加入缓存，自然不消耗空间。
设高值 ≠ 节省空间，反而可能浪费资源
盲目调高 min_uses（比如设为 10）看似更“严格”，但容易导致：
– 中高频静态资源（如通用 CSS/JS）反复被踢出又重建缓存，增加 open()/stat() 系统调用
– 缓存命中率下降，CPU 和磁盘 I/O 不降反升
– 实际缓存条目数可能不增反减，但性能收益归零
合理取值才能让空间用在刀刃上
根据资源访问模式匹配 min_uses，才是真正的空间效率优化：
– 普通静态资源（HTML、JS、图片）：min_uses=2，60 秒内访问 2 次即入缓存，兼顾响应速度与过滤效果
– 探针路径（/health、/readyz）：min_uses=2～3 + inactive=20s～30s，贴合探测节奏，避免误缓存临时路径
– 极热资源（首屏 JS、核心字体）：min_uses=3 + inactive=60s，确保稳定驻留，减少抖动
– 大量小图标或字体文件：min_uses=3～4 + inactive=60s，防止低频图标占满缓存
配合 errors on 才算真正释放空间压力
开启 open_file_cache_errors on 后，404、403 等错误结果也被缓存。这意味着：
– 对不存在的路径（如旧版图片、误拼 URL），只需一次系统调用即可确认失败，后续直接返回缓存错误
– 避免大量无效请求反复冲击缓存和磁盘，间接为真正有效的文件腾出条目空间
– 若关闭 errors，这些错误路径会不断尝试、失败、再尝试，既耗 CPU 又无法进入缓存，形成隐性资源浪费
