worker_processes 应设为 auto，以自动匹配 Windows 系统逻辑 CPU 核心数；需同步调高 worker_connections 至 4096 或更高，并添加 worker_rlimit_nofile 65535，重启 Nginx 服务后通过 tasklist 验证进程数是否达标。
phpEnv 本身不管理 Nginx 的 worker_processes，它只是个 Windows 下的集成环境套件，真正起作用的是你手动修改的 Nginx 配置文件。 它默认把 worker_processes 写死为 1，完全没利用多核——这是你看到 CPU 单核跑满、其他核空闲的直接原因。
怎么改 phpEnv 里的 nginx.conf 才算生效
phpEnv 安装后，Nginx 配置文件路径通常是：C:\phpEnv\nginx\conf\nginx.conf（具体以你安装路径为准）。打开它，在 events 块之前找到 worker_processes 这一行：
worker_processes 1;
改成：
worker_processes auto;
这个 auto 是 Nginx 1.3.8+ 内置逻辑，会自动读取系统逻辑 CPU 核心数（包括超线程），比如你机器是 4 核 8 线程，它就启 8 个 worker 进程。比手写数字更可靠，也避免容器/虚拟机里误读物理核数的问题。
立即学习“PHP免费学习笔记（深入）”；
改完必须重启 phpEnv 的 Nginx 服务（不是只点“重载”，要彻底停止再启动），否则配置不加载。
为什么只设 worker_processes auto 还不够
Windows 下 Nginx 的 worker_cpu_affinity 指令完全无效（该指令仅 Linux 有效），所以你没法像 Linux 那样绑定进程到特定核心。但仍有两件事必须同步做：
- 确认
worker_connections值合理：在events块里检查它，默认常是1024，建议调高到4096或8192，否则单 worker 并发上不去，多进程形同虚设 - 增大系统级文件句柄限制：Windows 默认单进程能开的 socket 数有限，需在
nginx.conf里加worker_rlimit_nofile 65535;（放在events外顶层），并确保 Windows 的MaxUserPort和TCPTimedWaitDelay注册表项已调优 - 关闭 phpEnv 自带的“平滑重启”勾选：它有时会跳过完整 reload，导致新配置未应用
验证改得对不对的三个硬指标
别只看任务管理器里几个 nginx.exe 进程——那可能是主进程 + worker 进程混在一起。真正要看的是：
打开命令行，执行：tasklist /fi "imagename eq nginx.exe"
你应该看到不止一个 nginx.exe 行，且数量等于你 CPU 的逻辑核心数（比如 8 线程就该有 8 个 worker 进程 + 1 个 master，共 9 行）。
如果还是只有 2 行（master + 1 worker），说明配置没生效或 Nginx 启动失败——检查 error.log 里有没有 invalid number of worker processes 或权限错误。
更关键的是压测时观察：用 ab -n 10000 -c 1000 http://localhost/ 跑一次，再打开任务管理器，看“性能”页签里各逻辑处理器的使用率是否接近均衡。如果只有 CPU 0 高负载，其他核低于 10%，说明要么配置没生效，要么 Windows 调度策略卡住了。
Windows 下的 Nginx 多核优化本质是“让 OS 尽量把不同 worker 分到不同核心”，没有 Linux 那么强的亲和性控制，所以 auto + 足够的 worker_connections + 系统资源放开，就是你能做到的极限。别试图手写二进制掩码，那在 Windows 上只会报错或静默忽略。
