Python 3.11协程启动速度提升源于帧对象初始化优化和await内联加速：async def字节码更紧凑，首次调用快15%～20%；对同类型可等待对象的await启用地址缓存，跳过属性查找，但需避免混用类型以防止缓存失效。

Python 3.11 的协程启动速度本身没有专门的“优化开关”，但它的底层帧（frame）执行机制变化，确实让 async def 函数首次调用、await 表达式进入和退出更快——尤其在高频创建协程对象（如每秒数千个请求的 Web 服务）时，能感知到明显差异。

async def 编译后字节码更紧凑，减少帧对象初始化开销

Python 3.11 对协程函数的字节码生成做了精简：移除了部分冗余的栈操作指令，并将 YIELD_FROM 相关路径特化。这意味着每次调用一个 async def 函数时，解释器构建新 frame 对象所需的时间变短。

• 对比 Python 3.10：async def f(): await asyncio.sleep(0) 编译后含 12 条字节码；3.11 下压缩为 9 条
• 关键影响在冷启动：第一个 f() 调用要分配 frame、填充局部变量表、设置生成器状态机——3.11 这一过程平均快 15%～20%
• 不是“协程变快了”，而是“协程对象构造变快了”；真正 await 执行仍取决于事件循环实现（如 uvloop）

特化解释器对 await 表达式的内联加速

当 await 后面是一个已知类型的可等待对象（比如 asyncio.Future 或实现了 __await__ 的简单类），Python 3.11 的特化解释器会在运行时缓存其 __await__ 方法地址，并跳过通用属性查找流程。

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

• 触发条件：同一代码位置反复 await 同一类对象（例如 FastAPI 中大量 await db.query(...)）
• 失效场景：若该位置有时 await Future、有时 await 自定义协程，会退化为普通查找，失去加速
• 可通过 dis.dis 观察是否出现 CALL_INTRINSIC_1 指令（表示启用内联路径）

为什么你测不出明显提升？常见误判点

很多用户跑简单 timeit 测 await asyncio.sleep(0)，发现 3.10 和 3.11 差距不到 1%，于是认为“协程没优化”。其实问题出在测试方式上：

• asyncio.sleep(0) 本质是立即返回的 Future，耗时瓶颈在事件循环调度，而非 Python 帧执行
• 真实受益场景是：协程函数体复杂、含多层 await、且被高频调用（如 ASGI 应用中每个 HTTP 请求都新建协程）
• 必须关闭 Python 的优化模式（即不用 -O）：3.11 的特化机制在非优化模式下才启用；python -O 会禁用内联缓存与帧特化
• 别依赖 sys.settrace 或调试器：它们会强制关闭所有特化路径，测出来全是“退化态”性能

真正关键的不是“怎么开加速”，而是理解哪些代码结构能让特化解释器持续生效——比如避免在同一个 await 位置混用不同类型的可等待对象，否则缓存频繁失效，反而比 3.10 更慢。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！