根本原因是Windows默认SelectorEventLoop调用受限于512句柄的select()系统调用；应改用支持IOCP的ProactorEventLoop，并同步调优连接池等配套组件。
Windows上asyncio报“too many file descriptors in select()”的根本原因
这不是Python代码写错了，是底层事件循环选错了。默认的 SelectorEventLoop 在 Windows 上直接调用 select() 系统调用，而 Windows 的 select() 实现硬性限制为 512 个文件描述符——包括 socket、临时文件、管道等所有打开的句柄。一旦并发连接（比如 aiohttp 发起的 1000 个请求）触发这个上限，立刻抛出 ValueError: too many file descriptors in select()。
如何强制使用ProactorEventLoop（Windows专属解法）
Windows 有更现代的异步 I/O 机制：IOCP（I/O Completion Port）。ProactorEventLoop 就是专为此设计的，它不依赖 select()，理论上支持数万级并发连接。
- 最稳妥的方式：在程序入口显式设置策略（推荐放在脚本最开头）
import asyncio asyncio.set_event_loop_policy(asyncio.WindowsProactorEventLoopPolicy())
- 如果已创建过 loop（比如某些框架提前初始化），需先关闭再重建：
asyncio.set_event_loop_policy(asyncio.WindowsProactorEventLoopPolicy()) loop = asyncio.new_event_loop() asyncio.set_event_loop(loop)
- 命令行临时启用（调试用）：
python -c "import asyncio; asyncio.set_event_loop_policy(asyncio.WindowsProactorEventLoopPolicy()); print('OK')"
ProactorEventLoop的兼容性注意点
它不是万能银弹，有些旧库或特定操作在 Proactor 下行为不同：
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
-
asyncio.subprocess在 Proactor 下必须用asyncio.create_subprocess_exec，不能用loop.run_in_executor包裹subprocess.Popen，否则会卡死 - 部分第三方库（如老版本
uvloop）不支持 Proactor，强行使用会报RuntimeError: ProactorEventLoop is not supported - 如果你用的是 Python ≤ 3.7，
ProactorEventLoop对 SSL/TLS 支持较弱，建议升到 3.8+ - 它不支持
loop.add_reader/add_writer这类低层 API，这些是 Selector 特有的
别只换 EventLoop，连接池也要同步调优
换完 ProactorEventLoop 后，如果还卡在几百并发，大概率是上层连接池没跟上。比如 aiohttp.TCPConnector 默认 limit=100，这比 512 还小——它成了新瓶颈。
立即学习“Python免费学习笔记（深入）”；
- 把
limit提到 300–500（视目标服务器承受力而定），但别盲目拉满 - 务必设
limit_per_host=20，防止单域名被限流或封IP - 加
enable_cleanup_closed=True，避免异常断连后句柄残留 - 数据库池（如
asyncpg.create_pool）的max_size也要按实际 DB 能力配，不是越大越好
真正卡住你的，往往不是事件循环本身，而是它和连接池、DNS 缓存、TCP Keepalive 这些组件之间的配合细节——这些地方不调，光换 loop 只是把 512 的墙拆了，又撞上另一堵 200 的墙。
