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(...)） - 失效场景：若该位置有时
awaitFuture、有时await自定义协程，会退化为普通查找，失去加速 - 可通过
dis.dis观察是否出现CALL_INTRINSIC_1指令（表示启用内联路径）
为什么你测不出明显提升？常见误判点
很多用户跑简单 timeit 测 await asyncio.sleep(0)，发现 3.10 和 3.11 差距不到 1%，于是认为“协程没优化”。其实问题出在测试方式上：
立即学习“Python免费学习笔记（深入）”；
-
asyncio.sleep(0)本质是立即返回的 Future，耗时瓶颈在事件循环调度，而非 Python 帧执行 - 真实受益场景是：协程函数体复杂、含多层
await、且被高频调用（如 ASGI 应用中每个 HTTP 请求都新建协程） - 必须关闭 Python 的优化模式（即不用
-O）：3.11 的特化机制在非优化模式下才启用；python -O会禁用内联缓存与帧特化 - 别依赖
sys.settrace或调试器：它们会强制关闭所有特化路径，测出来全是“退化态”性能
真正关键的不是“怎么开加速”，而是理解哪些代码结构能让特化解释器持续生效——比如避免在同一个 await 位置混用不同类型的可等待对象，否则缓存频繁失效，反而比 3.10 更慢。
