优化Nginx静态资源读取需精简处理路径、启用open_file_cache、开启sendfile与read_ahead、绑定CPU核心。关闭access_log、proxy_pass和运行时gzip，改用预压缩；配置worker_processes为物理核数并设置cpu_affinity。
优化 Nginx 静态资源读取请求流程，关键在于缩短从收到请求到发出响应的整条路径——绕过冗余环节、减少系统调用、提升缓存命中率，并让 I/O 更贴近硬件特性。不是堆高并发参数，而是让每个环节适配“小文件、高频次、读完即走”的静态场景。
精简请求处理路径
静态资源不需要反向代理逻辑或运行时压缩，任何 proxy_*、gzip、access_log 等配置都会把轻量请求拖进重路径。
- 在静态 location 块内明确关闭日志：access_log off;
- 删除所有 proxy_pass 及相关指令（如 proxy_buffering、proxy_buffers），避免无意义内存开销
- 若无需动态内容，整个 server 块可不启用 gzip，改由构建阶段预压缩（.gz 文件 + gzip_static on;）
加速文件元数据访问
高并发下频繁 stat() 和 open() 是隐形瓶颈，尤其对成千上万小文件。open_file_cache 能缓存存在性、大小、修改时间甚至已打开的 fd。
- open_file_cache max=10000 inactive=60s;：缓存上限 1 万个条目，60 秒未访问即淘汰
- open_file_cache_valid 60s;：每 60 秒校验一次缓存有效性
- open_file_cache_min_uses 2;：至少被访问 2 次才进缓存，防临时文件污染
- open_file_cache_errors on;：缓存失败结果（如 404、权限拒绝），避免重复系统调用
启用零拷贝与智能预读
sendfile 是内核态直接传输，跳过用户态内存拷贝；read_ahead 则提前把连续块载入页缓存，对机械盘或小文件随机读特别有效。
- sendfile on;：必须开启
- read_ahead 1m;：适合图片、CSS、JS 等中等大小资源，预读 1MB
- tcp_nopush on;：配合 sendfile，攒满 TCP 包再发，减少网络中断
- 静态服务一般不需 tcp_nodelay，它牺牲吞吐换首字节延迟，与静态目标不符
绑定 CPU 与调优进程模型
worker 进程跨核调度会冲刷 L1/L2 缓存，固定绑定后能显著提升页缓存和文件系统缓冲区命中率。
- worker_processes 4;：设为物理核心数（非超线程数）
- worker_cpu_affinity 0001 0010 0100 1000;：将 4 个 worker 分别绑到第 0/1/2/3 核
- worker_connections 16384;：配合系统 ulimit -n ≥ 65536，支撑万级连接
