Windows版Nginx仅支持select事件模型，无法启用epoll、kqueue或IOCP；events块中use select;可省略，显式配置其他模型会报错，且性能随连接数线性下降，仅适用于开发测试。
Windows 系统下 Nginx 默认不使用 select 模型，且官方早已明确：Nginx 在 Windows 上仅支持 select 作为事件驱动模型，**无法启用 epoll、kqueue 或 iocp（尽管 Windows 支持 IOCP，但 Nginx for Windows 未实现其集成）**。因此，并不存在“针对 Windows 的 select 模型适配”这一主动配置行为——它本身就是唯一可用的模型。
Windows 下 events 块的实际限制
Nginx 编译为 Windows 版本时，会自动禁用所有非 select 的事件模块。即使你在 events 块中显式写入 use epoll; 或 use iocp;，启动时会直接报错：
合法且唯一的可选值只有：
-
use select;（可省略，因 Windows 下默认即为 select） -
use win32;（这是 Nginx Windows 版内部使用的兼容层标识，不可手动指定，也不出现在配置中）
select 模型在 Windows 上的关键特性
与 Linux 下 select 不同，Nginx 在 Windows 上的 select 实现是封装在 ngx_event_win32_select.c 中的定制版本，特点包括：
- 基于 Windows socket 句柄，不依赖 POSIX fd_set 语义
- 最大并发连接数受限于
FD_SETSIZE（默认 64），但 Nginx 通过分批轮询绕过该限制，实际支持数千连接（受系统资源和worker_connections限制） - 性能随连接数增长呈线性下降，不适合高并发场景；官方明确建议 Windows 版仅用于开发/测试
配置建议与注意事项
在 Windows 环境下编写 events 块时，应遵循以下实践：
- 无需也不应写
use select;—— 它是隐式生效的，加了无害但冗余 - 合理设置
worker_connections，例如worker_connections 1024;；该值不能超过系统允许的 socket 句柄上限（可通过 Windows 注册表或进程句柄限制调整） - 避免启用
accept_mutex off;—— Windows 下该指令被忽略，mutex 机制始终启用 - 不要尝试配置
multi_accept或epoll_events等 Linux 专属指令，它们在 Windows 下无效或报错
若需生产级性能，应改用 WSL2、Docker Desktop（Linux 后端）或迁移到 Linux 服务器部署 Nginx。
