启用open_file_cache可缓存文件元数据降低磁盘访问开销；分级设置浏览器缓存策略，对哈希文件设1年、普通css设1小时并加immutable；启用sendfile零拷贝及tcp_nopush/tcp_nodelay优化；gzip/brotli仅压缩文本类资源并开启gzip_vary。
启用高效的文件元数据缓存
静态资源频繁读取时，反复访问磁盘获取文件属性（如大小、修改时间、权限）会成为性能瓶颈。open_file_cache 能把这类元信息缓存在内存中，显著降低系统调用开销。
推荐配置示例：
- open_file_cache max=100000 inactive=20s; —— 最多缓存10万个文件项，20秒内未被访问的自动清理
- open_file_cache_valid 30s; —— 每30秒检查一次缓存项是否仍有效（比如文件是否被删除或重命名）
- open_file_cache_min_uses 2; —— 同一文件至少被访问2次才进入缓存，避免短时突发请求污染缓存
- open_file_cache_errors on; —— 缓存“文件不存在”等错误状态，防止重复触发磁盘查找
精细化控制浏览器端缓存行为
让浏览器长期复用静态资源，是减少请求数量最直接的方式。关键不是统一设长缓存，而是按资源类型和更新频率分级处理。
- 对不常变更的资源（如 vendor.js、logo.png），用 expires 1y; 或 add_header Cache-Control "public, max-age=31536000";
- 对带哈希指纹的文件（如 app.a1b2c3.js），可放心设为一年；而无版本号的 common.css 建议设为 max-age=3600（1小时），兼顾更新及时性与缓存收益
- 始终添加 add_header Cache-Control "immutable";（支持该指令的现代浏览器）——明确告知资源内容不会在 max-age 期内变化，避免条件请求（If-None-Match）
启用零拷贝传输与网络栈优化
从内核读取文件再经用户态复制到 socket 的传统方式效率低。sendfile 指令绕过用户态，直接由内核完成文件到网络的传输，配合 TCP 层优化可进一步提升吞吐。
- sendfile on; —— 必须开启，尤其适用于大文件（图片、视频）
- tcp_nopush on; —— 配合 sendfile，确保 TCP 包满载再发，减少小包数量
- tcp_nodelay on; —— 对需低延迟响应的小资源（如图标、字体），禁用 Nagle 算法，立即发送
- 注意：tcp_nopush 和 tcp_nodelay 不冲突，Nginx 会根据响应大小和阶段自动协同使用
结合 Gzip/Brotli 压缩与 MIME 类型精准匹配
压缩不能“一刀切”。盲目压缩已压缩格式（如 jpg、png、mp4）反而增加 CPU 开销且无收益；而漏掉 text/css、application/javascript 等文本类资源则浪费带宽。
- 启用 gzip on; 并设置 gzip_types text/plain text/css application/javascript application/json image/svg+xml;
- 若环境支持 Brotli（需编译时加入模块），优先用 brotli on; + brotli_types ...;，通常比 Gzip 多压 10–20%
- 务必确认 gzip_vary on; 已开启，使 Nginx 返回 Vary: Accept-Encoding 头，避免 CDN 或代理缓存混淆压缩/未压缩版本
