worker_processes仅控制Nginx工作进程数量，不实现动静分离或算力隔离；动静分离需通过location+proxy_pass分发请求，算力隔离需结合CPU绑定、cgroups等系统级手段。
worker_processes 本身不直接实现动静分离或算力隔离，它只是控制 Nginx 工作进程数量，属于资源分配的基础层。真正的动静分离与算力隔离需结合 upstream、多 server 块、负载策略及系统级隔离（如 CPU 绑定、cgroups）协同完成。单纯调大或调小 worker_processes 并不能隔离动态请求和静态请求的处理资源。
理解 worker_processes 的真实作用
worker_processes 决定 Nginx 启动多少个独立 worker 进程，每个进程单线程、无共享内存，独立处理连接。默认值 auto 通常设为 CPU 核心数，适合通用场景。但它不区分请求类型——所有 worker 都可能接收并处理 .php、.js、/api/ 或 /static/ 请求。
- 若所有静态请求都由同一组 worker 处理，而动态请求也混入其中，就谈不上“算力隔离”
- worker_processes 数量过多（远超 CPU 核心数）反而引发上下文切换开销，降低吞吐
- 仅靠它无法把静态资源固定交给某些 worker、动态请求固定交给另一些 worker
动静分离需靠 location + proxy_pass 分流
动静分离的本质是将不同 URI 路径或后缀的请求，路由到不同后端（或本地文件系统），而非靠 worker 进程划分。典型配置如下：
http {
# 静态资源走本地文件服务（高效零转发）
server {
listen 80;
server_name static.example.com;
<pre class="brush:php;toolbar:false;"> location ^~ /static/ {
root /data/www;
expires 1h;
add_header Cache-Control "public, immutable";
}
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg)$ {
root /data/www;
expires 1w;
}
}
# 动态请求反向代理到应用集群
upstream app_backend {
server 192.168.1.10:8000 weight=3;
server 192.168.1.11:8000 weight=3;
server 192.168.1.12:8000 max_fails=2 fail_timeout=30s;
}
server {
listen 80;
server_name api.example.com;
location /api/ {
proxy_pass http://app_backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
location ~ \.php$ {
proxy_pass http://app_backend;
}
}}
这样，静态请求由 Nginx 直接响应（占用极少量 worker CPU），动态请求才进入 upstream 转发——这才是动静分离的实际落地方式。
算力隔离要靠系统层+Nginx 协同控制
若真需“让静态服务独占部分 CPU、动态转发独占另一部分”，需在操作系统层面做隔离，再让对应 Nginx 实例绑定：
- 启动两个独立 Nginx 实例：一个专跑静态 server（称 static-nginx），一个专跑 proxy server（称 proxy-nginx）
- 用 systemd 或 taskset 将 static-nginx 的 worker_processes 绑定到 CPU 0–3，proxy-nginx 绑定到 CPU 4–7
- 各自配置不同的 worker_processes（例如均设为 4），并启用 worker_cpu_affinity
- 示例（proxy-nginx.conf 片段）：
worker_processes 4;
worker_cpu_affinity 00001000 00000100 00000010 00000001;
此时两个 Nginx 进程互不争抢 CPU，实现了物理级算力隔离。单实例内无法用 worker_processes 实现该效果。
进阶建议：用 OpenResty + Lua 做细粒度调度（可选）
如果需要更灵活的运行时分流（比如按请求头、用户等级、QPS 自动降级静态资源到 CDN），可在 OpenResty 中用 Lua 在 init_worker_by_lua_block 或 balancer_by_lua_block 中干预分发逻辑。但这已超出 vanilla Nginx 范围，且仍不依赖 worker_processes 数值本身做隔离。
