Windows下Nginx仅支持单进程多线程（基于IOCP），不支持多进程，因Windows缺乏fork机制且进程创建开销大；worker_processes等指令无效，性能优化应聚焦worker_connections、缓存、静态资源及多实例部署。
Windows 下的 Nginx 不支持真正的多进程模式，这是由 Windows 操作系统内核机制决定的。Nginx 在 Windows 上仅以单进程、多线程（基于 IOCP）方式运行，worker_processes 指令在 Windows 平台下被忽略，无论你设为 auto、1 还是其他数值，实际都只启动一个主进程，且不派生 worker 子进程。
为什么 Windows 不支持 Nginx 多进程？
Linux/Unix 系统通过 fork() 快速复制进程，实现轻量级 worker 进程隔离；而 Windows 没有等价的 fork 机制，进程创建开销大、上下文切换成本高。Nginx 官方为适配 Windows，改用基于 Windows I/O Completion Ports（IOCP）的单进程多线程模型，由主线程统一调度连接和事件，线程池处理 I/O 和请求逻辑。
因此：
- 配置文件中设置 worker_processes 4; 在 Windows 下完全无效
- worker_cpu_affinity、worker_rlimit_nofile 等依赖多进程的指令也不生效
- nginx -t 不报错，但运行时不会创建多个 worker
Windows 下如何查看实际运行模式？
启动 Nginx 后，打开任务管理器或使用命令：
-
tasklist /fi "imagename eq nginx.exe"→ 只会看到 1 个nginx.exe主进程（可能附带 1 个守护进程，但无 worker） -
nginx -V 2>&1 | findstr "build"输出中若含OS: win32，即确认为 Windows 版本 - 检查日志（
logs/error.log）：启动时不会打印start worker process X类信息
性能优化应关注什么？（替代 worker 数量调整）
既然不能靠增加 worker 进程提升并发，Windows 下应聚焦以下可调项：
-
提高单进程线程处理能力：增大
worker_connections（默认 512），例如设为4096，需同步调整 Windows 系统句柄上限（通过注册表或netsh int ipv4 set dynamicport扩展临时端口范围） -
启用缓存与静态资源优化：合理配置
open_file_cache、gzip、expires，降低 I/O 和传输压力 -
避免阻塞操作：禁用
resolver同步 DNS 查询；慎用需要大量 CPU 的模块（如复杂 rewrite、Lua 脚本） - 考虑反向代理+负载分发：若需更高吞吐，可在同一台机器运行多个 Nginx 实例（绑定不同端口/地址），前端用另一个轻量负载器（如 HAProxy for Windows 或 Windows 自带 NLB）分发请求
如果必须“多实例”，可以怎么做？
虽非标准多进程，但可通过部署多个独立 Nginx 实例模拟横向扩展：
- 准备多个配置文件（如
nginx-8080.conf、nginx-8081.conf），指定不同listen端口和pid/log路径 - 分别启动：
nginx -c conf/nginx-8080.conf、nginx -c conf/nginx-8081.conf - 用 Windows 服务工具（如 NSSM）将每个实例注册为独立服务，便于管理
- 注意：各实例内存不共享，缓存、连接状态完全隔离，适合按业务或租户拆分场景
不复杂但容易忽略：Windows 下谈 Nginx “worker 数量”本质是个伪命题。理解其单进程多线程本质，才能把精力放在真正影响性能的配置点上。
