asyncio.run() cannot be called from a running event loop：在 async 函数里该怎么改-北京尧图网络

把一个本来能在命令行运行的异步示例搬进 Web 框架的async处理函数或支持顶层await的交互环境时常见报错是RuntimeError: asyncio.run() cannot be called from a running event loop这不是“异步函数不能调用异步函数”而是当前线程已经有正在运行的事件循环代码又试图用asyncio.run()启动一个新的顶层循环。Python 3.14 官方文档明确规定同一线程中已有运行中的事件循环时不能调用asyncio.run()。排查的关键是找到谁拥有当前事件循环再决定该用await还是由程序入口调用asyncio.run()。适用范围与前提下面的代码在 Windows、Python 3.14.7 上实际运行只用标准库不依赖 AI 模型、Web 服务或 Jupyter。它模拟 AI 应用中一个异步获取答案的函数返回值ok是本地固定值不是模型响应。本文只解释此处的asyncio.run()嵌套错误其他事件循环报错仍需按堆栈和运行环境分别判断。1. 最小复现与修复保存为2026-11-03-asyncio-nested-run.py运行python -X utf8 2026-11-03-asyncio-nested-run.pyReproduce and fix a nested asyncio.run() error on Python 3.14. import asyncio async def get_answer(): await asyncio.sleep(0) return ok async def main(): coro get_answer() try: asyncio.run(coro) # Wrong: main() already runs in an event loop. except RuntimeError as exc: print(freproduced: {type(exc).__name__}: {exc}) finally: coro.close() # The rejected coroutine was never awaited. print(ffixed: {await get_answer()}) if __name__ __main__: asyncio.run(main())我在本机得到的实际输出reproduced: RuntimeError: asyncio.run() cannot be called from a running event loop fixed: ok脚本退出码为 0是因为示例有意捕获了第一个异常然后继续运行正确写法。coro.close()只是清理这次被拒绝执行的协程对象避免另一个“coroutine was never awaited”警告不要把它当作业务代码的修复方式。若删掉except异常会向外传播进程会失败。2. 原因程序入口和已有事件循环的职责不同asyncio.run(main())适合放在普通 Python 脚本的顶层入口。它负责创建、运行和关闭事件循环。进入main()后事件循环已经在当前线程运行此时再次调用asyncio.run(get_answer())就触发上述限制。Python 文档也建议把asyncio.run()作为程序主入口理想情况下只调用一次。在已经运行的async def中直接await get_answer()。如果需要并发启动并稍后等待可以用asyncio.create_task()但仍应持有任务引用并处理结果或取消。简单顺序调用只用await即可不需要额外建任务。如果你在 Web 框架的异步路由中遇到此错误通常应删除路由内部的asyncio.run()并await目标协程。若你在普通同步脚本入口调用异步函数则保留顶层的asyncio.run(main())。这两种位置不能机械地互换。3. Jupyter / IPython 场景要单独看IPython 文档说明它支持顶层await但这个功能具有实验性Notebook 还涉及 IPykernel 版本与运行方式差异。因此在支持该功能的单元格中通常写await get_answer()而不是再调用asyncio.run(get_answer())。普通.py文件的模块顶层不能直接照抄这种写法仍需使用async def main()加顶层asyncio.run(main())。本文没有在 Notebook 中实测以上范围依据 IPython 官方文档如果你使用特定 Jupyter/IPykernel 版本请先确认该环境的顶层await行为。4. 验证自己的项目时怎么查从异常堆栈定位自己代码里的asyncio.run(...)看它是否位于async def、异步回调或交互环境单元格中。若调用者已经是async def先改为await target()重新运行并检查返回值与异常传播。本文的fixed: ok就是这个验证。若调用者是同步入口确认它没有被已有事件循环调用再将asyncio.run(main())留在入口处。若修复后还有coroutine was never awaited检查是否只调用了target()却忘记await或创建任务这与嵌套asyncio.run()是两个问题。常见误区把run_until_complete()换上去试。它同样试图控制事件循环无法解决“当前循环已经在运行”的根因先辨认调用位置。把警告当成主错误。嵌套调用先抛RuntimeError传入的协程未执行随后可能出现未等待警告。本文用close()只为让复现输出聚焦。在所有地方都写await。await只能在允许的异步语法环境中使用普通脚本入口仍需由运行器启动协程。看到ok就认为真实 AI 请求成功。本例只有asyncio.sleep(0)和固定字符串没有网络请求也不验证模型 SDK。一手资料Python 3.14asyncio runnersPython 3.14coroutines and tasksPython 3.14event loopIPythonAutoawait

asyncio.run() cannot be called from a running event loop：在 async 函数里该怎么改

相关推荐

Opus 4.8快速模式11月30日移除：两条迁移路径怎么选？

百炼Memory写入后搜不到？先查异步回执、规则和记忆类型

MsCtfMonitor.dll文件在Windows系统中出现错误解决办法

更多资讯

Java Web批量下载打包ZIP：流安全与中文文件名实战方案

数据湖存储架构设计与优化实战指南

具身智能操作系统：架构设计与工程实践

自动驾驶多传感器时空对齐技术实践

HarmonyOS智能座舱开发：分布式架构与实时性优化

对话式诊断系统AMIE：从主诉到鉴别诊断的对话机制与评测体系

今日更新

多智能体协作系统架构设计与实践优化

大模型系统性入门实战指南：从原理到部署微调的全链路路线

鸿蒙文件系统沙箱机制解析与开发实践

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？