nginx多进程架构通过worker_processes与worker_connections合理配置、sendfile及tcp优化、open_file_cache缓存、文件系统与i/o协同调优，可显著提升静态资源吞吐量与响应速度。
nginx 本身是多进程架构，不依赖线程或异步事件循环就能高效处理大量静态资源请求。合理利用 worker 进程机制，配合系统级调优和配置优化，能显著提升静态文件（如图片、CSS、JS）的吞吐量与响应速度。
合理设置 worker_processes 和 worker_connections
worker_processes 决定 nginx 启动多少个主工作进程，通常设为 CPU 核心数可充分利用多核并行能力；worker_connections 控制每个 worker 能同时处理的连接数，需结合系统 ulimit 和预期并发量调整。
- 在 nginx.conf 的全局块中配置：
worker_processes auto;（自动匹配 CPU 核心数）或显式指定，如 worker_processes 4; - 在 events 块中设置：
worker_connections 10240;（建议值，需同步调高系统 open files 限制） - 检查并提升系统级限制：
执行 ulimit -n 65536，并在 /etc/security/limits.conf 中添加 nginx soft nofile 65536 和 nginx hard nofile 65536
启用 sendfile 和 TCP 优化减少拷贝与延迟
sendfile 系统调用可让内核直接在磁盘和 socket 缓冲区间传输数据，避免用户态内存拷贝；配合 tcp_nopush 和 tcp_nodelay 可进一步优化小文件或首字节响应时间。
- 在 http 或 server 块中开启：
sendfile on;
tcp_nopush on;（合并多个响应头/小文件，一次发送）
tcp_nodelay on;（对小响应或 WebSocket 类场景更及时） - 注意：tcp_nopush 和 tcp_nodelay 作用不同，一般静态资源服务推荐两者都开，但需根据实际压测效果微调
利用 open_file_cache 提升文件元信息访问效率
频繁读取静态资源时，重复的 stat()、open() 系统调用会带来开销。open_file_cache 可缓存文件描述符、存在性、大小及修改时间等信息，降低内核态查询频率。
- 示例配置：
open_file_cache max=10000 inactive=60s;
open_file_cache_valid 60s;
open_file_cache_min_uses 2;
open_file_cache_errors on; - max 表示缓存条目上限，inactive 设定空闲超时，valid 控制校验周期，min_uses 指至少被访问几次才纳入缓存
- 适用于文件数量稳定、更新不频繁的静态资源目录（如 CDN 回源或内部静态站）
配合系统与磁盘 I/O 层面做协同优化
nginx 多进程优势最终受限于底层 I/O 能力。尤其在高并发读取小文件时，磁盘随机 IO、页缓存命中率、文件系统特性都会影响表现。
- 使用 XFS 或 ext4（开启 dir_index、extent 特性），避免 ext3 等老旧文件系统
- 确保静态资源所在磁盘挂载时启用 noatime（禁用访问时间更新）
- 若部署在 SSD 上，可适当增大 vm.swappiness=1 并保障足够内存，让 page cache 更有效
- 必要时用 ionice -c 2 -n 0 降低 nginx 进程的 IO 优先级，避免影响其他关键服务
