Python 3.12中的asyncio有哪些重大的性能改进？-Python教程-PHP中文网

python 3.12 中 asyncio 的性能提升集中在任务调度、协程初始化、异常传播和事件循环策略四大瓶颈，i/o 密集型服务吞吐量提升 10%–30%，但需配合 taskgroup、自适应事件循环等新实践才能释放红利。

python 3.12中的asyncio有哪些重大的性能改进？

asyncio 在 Python 3.12 中的性能改进不是“整体变快”，而是集中在几个高频瓶颈上精准优化——任务调度、协程初始化、异常传播路径和事件循环策略。升级后，I/O 密集型服务的吞吐量提升通常在 10%–30%，但效果取决于你是否踩中了优化点。

TaskGroup 替代 gather 后，任务取消和错误传播更轻量

asyncio.gather() 在 Python 3.11 及之前版本中，对失败任务的处理是“全量等待+聚合异常”，哪怕第一个子任务就抛错，其余仍在运行；而 asyncio.TaskGroup（Python 3.12 默认推荐）一旦任一任务出错，会立即取消其余任务，并把异常原样抛出（不包装成 ExceptionGroup，除非真有多个并发异常）。

使用 TaskGroup 时，协程启动开销降低约 15%，因为省去了 gather 的中间状态管理
错误堆栈更干净：不会出现层层嵌套的 CancelledError 或 BaseExceptionGroup 包裹
注意：如果手动调用 task.cancel() 后再 await task，仍会触发 CancelledError —— 这不是 bug，是设计行为

示例对比：

async with asyncio.TaskGroup() as tg:
    tg.create_task(fetch_url("https://a.com"))
    tg.create_task(fetch_url("https://b.com"))  # 若 a 失败，b 会被自动 cancel

事件循环策略默认启用自适应调度，减少空转和抢占延迟

Python 3.12 的 DefaultEventLoopPolicy 已内置对 GIL 自适应让出的支持，且对 I/O 等待做了更细粒度的 yield 判断：

当前任务阻塞在 select/epoll 等系统调用时，事件循环能更快响应新任务插入
长时间运行的协程（如含大量计算的 await asyncio.sleep(0) 循环）不再容易“饿死”其他任务
不再需要显式调用 loop.slow_callback_duration = 0.001 来调优——该参数已废弃

常见误区：

testing-python

使用pytest编写和评估有效的Python测试。适用于编写测试、审查测试代码、调试测试失败或提高测试覆盖率。

下载

以为换用 uvloop 就一定更快：在 Python 3.12 下，CPython 原生事件循环与 uvloop 的差距缩小到 5%–10%，除非你重度依赖 UDP 或高并发 TLS 握手，否则没必要强切
忽略 asyncio.set_event_loop_policy() 的调用时机：必须在 asyncio.run() 之前设置，否则无效

协程对象初始化加速，尤其影响高频 spawn 场景

Python 3.12 对 async def 函数返回的协程对象做了内存布局压缩和创建路径内联：

协程对象大小减少约 12%（实测从 88 bytes → 77 bytes）
create_task() 调用耗时下降 18%–22%，这对每秒 spawn 数千任务的服务（如 WebSocket 广播、实时日志分发）意义明显
但注意：这个优化只作用于新创建的协程，不加速已 await 过的协程重用（比如缓存 coro.send()）

典型高危写法（抵消优化）：

# ❌ 每次都新建协程，但没用 TaskGroup 管理
tasks = [asyncio.create_task(fetch(i)) for i in range(1000)]
<h1>✅ 改用 TaskGroup + 限流，既控资源又享受初始化加速</h1><p>sem = asyncio.Semaphore(50)
async def limited_fetch(i):
async with sem:
return await fetch(i)
async with asyncio.TaskGroup() as tg:
for i in range(1000):
tg.create_task(limited_fetch(i))</p>

ExceptionGroup 和 except* 让并发异常诊断更直接，但别滥用

Python 3.12 的 except* 不是性能特性，却是调试效率的关键杠杆：

当多个子任务并发失败（如批量调用 10 个下游 API，其中 3 个超时、2 个 404），except* TimeoutError 能直接捕获所有超时异常，不用遍历 ExceptionGroup 实例
但 ExceptionGroup 本身有额外构造开销：每个并发异常分支都会生成一个独立异常对象，再打包——所以仅在真有多个异常需区分处理时才用，单点失败场景仍应优先用普通 try/except

容易被忽略的细节：