nginx 文件系统访问优化核心是“少读、快判、绕开拷贝”：通过 open_file_cache 缓存元数据减少 stat/open 调用，sendfile 实现零拷贝传输，精准限定静态路径避免缓存污染，并协同调高 worker_rlimit_nofile 与 inotify 限制。
Nginx 对文件系统的访问优化，核心不是“读得更快”，而是“少读、快判、绕开拷贝”。它不依赖磁盘硬件加速，而是通过减少系统调用、复用内核缓存、跳过用户态搬运等方式，大幅降低小文件高频访问带来的开销。
缓存文件元数据，避免反复 stat/open
每次请求静态资源时，Nginx 默认要调用 stat() 判断文件是否存在、是否可读、最后修改时间等；再调用 open() 获取文件描述符。这些系统调用在高并发下开销显著。
启用 open_file_cache 可将这些元信息（路径存在性、大小、权限、mtime）缓存在内存中：
- 必须配齐五项：max（条目上限）、inactive（空闲超时）、valid（主动校验周期）、min_uses（最少访问次数才缓存）、errors（是否缓存 404/403）
- 例如：open_file_cache max=10000 inactive=60s; open_file_cache_valid 60s; open_file_cache_min_uses 2; open_file_cache_errors on;
- 效果可验证：开启后
lsof -p $(pgrep nginx) | grep REG | wc -l显示打开文件数明显下降
零拷贝传输，跳过用户态内存搬运
对未压缩、未改写的静态小文件（如 .css、.png），Nginx 默认启用 sendfile，让内核直接从 page cache 拷贝到 socket 缓冲区：
- 省去
read() + write()两次系统调用和两次内存拷贝 - 需确保配置：sendfile on; 和 tcp_nopush on;（填满 TCP 报文段）
- 注意：启用 gzip、sub_filter 或 SSL/TLS 重写时，sendfile 自动禁用——此时需权衡压缩收益与 I/O 成本
收口静态路径，防止缓存污染
open_file_cache 是全局生效的，但并非所有路径都适合缓存：
- 只对明确静态目录启用，例如：location /static/ { ... } 或 location ~* \.(js|css|png|woff2)$ { ... }
- 避免在上传目录、日志路径、模板路径等动态区域触发缓存，否则会把错误或临时文件锁进缓存
- 优先用前缀匹配（
location /images/），少用正则匹配（location ~ \.jpg$），降低运行时路径解析成本
协同系统层限制，释放缓存潜力
光配 Nginx 不够，底层资源必须跟上：
- worker_rlimit_nofile 至少设为 65535，否则缓存再多 fd 也打不开
- 若启用 open_file_cache_events，需调大
/proc/sys/fs/inotify/max_user_watches（建议 ≥ 缓存条目 × 1.5） - 运行
nginx -t时留意 warning，如 “could not build optimal open_file_cache”，说明 inotify 或 fd 限制不匹配
