asyncio.new_event_loop()必须在每个子线程中显式创建并绑定，因事件循环线程绑定且不可复用；asyncio.run()不适用于子线程长期运行场景，因其一次性执行、关闭loop并静默取消未完成任务。
asyncio.new_event_loop() 必须在每个线程里手动创建
Python 的 asyncio 事件循环是线程绑定的，主线程的 asyncio.get_event_loop() 或 asyncio.get_running_loop() 在子线程里直接调用会报 RuntimeError: There is no current event loop in thread。不能复用主线程的 loop，也不能靠 asyncio.set_event_loop() “塞”一个已关闭的 loop 进去——它必须是新建且未关闭的。
正确做法是在每个子线程入口处显式调用 asyncio.new_event_loop()，再用 asyncio.set_event_loop() 绑定，最后运行 loop.run_until_complete() 或 loop.run_forever()：
import asyncio import threading <p>def worker(): loop = asyncio.new_event_loop() asyncio.set_event_loop(loop) try: loop.run_until_complete(some_async_task()) finally: loop.close()</p><p>threading.Thread(target=worker).start()
为什么不能用 asyncio.run() 启动子线程里的协程？
asyncio.run() 内部会自动创建、运行、关闭 loop，并在退出时调用 loop.close()。如果在子线程中反复调用它，看似能跑通，但有严重隐患：
- 每次调用都新建 loop 并关闭，开销大，不适合高频或长期运行的子线程
- 若协程内部用了
asyncio.create_task()且未 await 完成，asyncio.run()会取消未完成的 task 并静默丢弃（不抛异常），导致逻辑丢失 - 无法在子线程中持续运行多个协程（比如长连接心跳、后台轮询），因为
run()是一次性执行后退出
多线程 + 多个运行中的 asyncio 事件循环要注意什么？
多个线程各自持有一个长期运行的 asyncio loop 是可行的，但需注意：
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
立即学习“Python免费学习笔记（深入）”；
- 所有异步 I/O（如
aiohttp、aiomysql）必须在对应线程的 loop 中创建 client 实例，不能跨线程共享 - 线程间通信不能直接 await 对方 loop 里的协程，要用线程安全机制：如
queue.Queue、threading.Event，或通过loop.call_soon_threadsafe()把回调“投递”进目标 loop - 避免在子线程 loop 中调用阻塞式函数（如
time.sleep()、普通requests.get()），否则整个该线程的 asyncio 就卡死——应改用await asyncio.sleep()或loop.run_in_executor()
替代方案：用 asyncio.to_thread() 或 concurrent.futures 更合适？
如果你只是想“把一个耗时同步函数扔到线程里执行”，根本不需要在子线程里启动 asyncio loop——直接用 asyncio.to_thread()（Python 3.9+）或 loop.run_in_executor() 即可：
import asyncio <p>def blocking_io(): time.sleep(2) return "done"</p><p>async def main(): result = await asyncio.to_thread(blocking_io) # 自动选线程池，不需手管 loop print(result)
只有当你明确需要在子线程中维持独立的异步生态（比如为每个设备维护一个长连接 + 心跳 + 消息收发），才值得手动管理多 loop。这种场景下，loop 生命周期、异常捕获、资源清理都得自己兜底，容易漏掉 loop.close() 或未处理的 CancelledError。
