phpEnv 无法突破 Windows 下 Nginx 1024 并发瓶颈，因其内置 Nginx 为官方 select() 版；需替换为支持 poll() 的定制版、修改注册表、调优 nginx.conf（设 worker_processes 1、use poll、worker_connections ≤8192）、调整系统端口与句柄限制。
phpEnv 本身不解决 Nginx 在 Windows 下的高并发瓶颈，它只是一个集成环境包（含 Nginx、PHP、MySQL 等），其内置的 Nginx 默认仍是官方 Windows 编译版 —— 也就是受 select() 模型限制、默认卡在 1024 连接的版本。
真正能突破瓶颈的，不是换集成包，而是**换 Nginx 可执行文件 + 改系统参数 + 调配置项**。下面直说怎么做：
为什么 phpEnv 自带的 nginx.exe 无法突破 1024 连接
phpEnv 解压即用，方便但牺牲了底层适配：
它打包的是标准 nginx-1.xx.x.zip 官方 Windows 版，该版本编译时未替换事件模型，运行时强制 fallback 到 select()，而 Windows 的 select() 实现硬编码上限就是 1024。
你改 worker_connections 8192 没用，启动时会直接报错：maximum number of descriptors supported by select() is 1024。
必须替换成支持 poll 的非官方 Nginx for Windows
Windows 下唯一可行的替代方案是使用基于 poll() 的定制版（select() 已死，poll() 是唯一能绕过 1024 的原生方案）：
– 下载地址：http://nginx-win.ecsds.eu/download/
– 解压后，把里面的 nginx_basic.exe 替换掉 phpEnv 目录下 nginx\nginx.exe
– 同时双击运行同目录下的 Tweak-Optimize tcpip parameters for nginx connections.reg（此注册表脚本会调大系统级连接相关参数）
– 然后重命名 nginx-win.conf 为 nginx.conf，再启动
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
nginx.conf 中必须显式启用 poll 并设合理 worker_connections
即使换了可执行文件，若配置没跟上，仍会退回到 select 或因调度开销反降性能：
– Windows 下 worker_processes 必须为 1（不支持多进程），设成 auto 或大于 1 会被忽略或报错
– events 块必须写明：
events {
use poll;
worker_connections 8192;
multi_accept on;
}– 不要设超过 10000：
poll 在 Windows 上遍历开销随连接数线性增长，实测 >10000 后延迟陡增–
keepalive_timeout 建议压到 15，避免连接空耗句柄
系统级配套调整缺一不可
只换 Nginx 和改配置，不调系统，很快会遇到 accept() failed (24: Too many open files)：
– 管理员身份运行 cmd，执行：netsh int ipv4 set dynamicport start=1024 num=64511（释放足够临时端口）
– 检查 phpEnv 启动方式：若以 Windows 服务运行，确保服务属性中“登录”选项勾选了“允许服务与桌面交互”（否则句柄上限被锁死在 5000 左右）
– 进程句柄上限可通过 Process Explorer 查看 nginx.exe 的 “Handle Count”，稳定运行时应 ≤12000（留出系统余量）
poll() 的遍历效率、系统句柄分配策略、以及 TCP/IP 栈对短连接风暴的响应能力——这些点任何一个没对齐，压测时都会在 8000 连接左右突然抖动或失败。 
