nginx 不缓存文件内容，而是通过 open_file_cache 缓存文件元数据和句柄、sendfile 减少用户态拷贝、noatime 挂载、前缀匹配 location 及关闭日志等手段提升静态文件性能。
Nginx 本身不提供“文件内容缓存”，但它能显著提升静态文件的检索与读取速度，关键在于减少重复的系统调用和磁盘 I/O 开销。核心不是缓存文件内容，而是缓存文件元数据（如路径、权限、修改时间）和打开后的文件句柄——这直接加快了每次请求时的 open()、stat()、read() 流程。
启用 open_file_cache 缓存文件句柄和元数据
这是最直接、最有效的优化手段。Nginx 在首次访问一个文件后，可把它的 inode、大小、修改时间、是否存在的状态，甚至已打开的文件描述符（fd）缓存在内存中，后续相同路径请求直接复用，跳过昂贵的系统调用。
推荐配置（放在 http 或 server 块中）：
open_file_cache max=20000 inactive=30s; open_file_cache_valid 60s; open_file_cache_min_uses 2; open_file_cache_errors on;
-
max=20000：最多缓存 2 万个文件条目 -
inactive=30s：30 秒内未被再次访问的条目会被清理 -
valid 60s：每 60 秒主动检查一次缓存条目是否仍有效（比如文件是否被删除或重命名） -
min_uses 2：只有被至少访问过 2 次的文件才进入缓存（避免短时冷资源占位） -
errors on：连open()失败（如文件不存在）也缓存，减少反复查不存在路径的开销
配合 sendfile on 减少用户态拷贝
当 Nginx 直接服务静态文件（非 proxy_pass），启用 sendfile 可让内核直接从文件页缓存（page cache）发送数据到 socket，完全绕过用户态内存复制，大幅降低 CPU 和上下文切换开销。
必须搭配：
sendfile on; tcp_nopush on; # 等 sendfile 数据填满 TCP 包再发，减少小包
⚠️ 注意：gzip、etag、sub_filter 等模块会强制禁用 sendfile。纯静态服务建议关闭它们：
gzip off; etag off;
优化底层文件系统行为
让热文件更大概率留在内核页缓存中，进一步减少实际磁盘读：
- 挂载静态文件所在分区时加
noatime（避免每次读都更新访问时间戳） - 若使用 SSD，可启用
discard（TRIM）维持长期写入性能 - 对首页等高频小文件集，可用
cat file > /dev/null预热，强制其加载进页缓存
匹配路径时避免正则，优先用前缀或精确匹配
正则表达式解析本身有 CPU 开销。对静态资源目录，用 location /static/ { } 或 location ^~ /assets/ { }，比 location ~* \.js$ 更快，尤其在高并发下。
关闭不必要的日志与功能
在纯静态节点（如 CDN 边缘或图床）上：
access_log off; log_not_found off;
减少磁盘写入和锁竞争，释放 I/O 资源。
不复杂但容易忽略。
