yield from 是 Python 3.3 引入的底层生成器委托机制，非语法糖，能自动转发 send/throw/close、避免帧对象重建、支持子生成器 return 值传递，并在嵌套协程与递归生成器中保障语义正确性和性能优势。
yield from 能直接委托子生成器，避免手动循环和状态管理
它不是语法糖，而是 Python 3.3 引入的底层机制优化：调用 yield from 时，解释器会把当前生成器的执行权直接交给子生成器，并自动处理 send()、throw()、close() 的转发，省去显式 for 循环 + yield 的中间跳转。手动循环不仅多写几行，还会在每次 yield 时重建帧对象，增加上下文切换开销。
常见错误是把它当成“更短的 for 循环”来用，比如对列表或字符串直接 yield from [1, 2, 3]——这虽然合法，但没发挥核心价值；真正收益出现在嵌套生成器链中。
- 子生成器必须是可迭代对象（含生成器、列表、字符串等），但只有子项是生成器时，
yield from才体现性能和语义优势 - 若子生成器内部有
return value，该值会成为yield from表达式的返回值，可用于协程结果传递 - 不能在普通函数里用
yield from，否则报SyntaxError: 'yield from' inside generator expression
yield from 替代 for yield 后，send() 和 throw() 行为完全透明
这是最容易被忽略的关键点：手动循环时，父生成器收到 send(x)，只能传给当前 yield 点；而 yield from subgen 会让所有外部调用穿透到 subgen 内部，父生成器不参与中介。这意味着你无法在父层拦截或修改子生成器的输入/异常流。
示例对比：
立即学习“Python免费学习笔记（深入）”；
SkillSub Pro - Python 题解与代码注释双功能技能功能概述SkillSub Pro - Python 题解与代码注释双功能技能是一项面向实际任务的技能，主要用于SkillSub Pro 是一个 Python 题解生成与代码注释的 双功能合体技能 ，专为学生、算法学习者和开发者设计；✅ 一个技能，两种用途 ：；核心要点📝 题解模式 ：输入题目/题号，自动生成完整 Python 题解（含详细注释、解题思路、复杂度分析）；💬 注释模式 ：输入 Python 代码，自动添加详细中。它将相关步骤、
# 手动循环 —— send() 只能触发下一次 yield，无法进入 subgen
def manual():
for x in subgen():
yield x
<h1>yield from —— send() 直达 subgen 当前挂起点</h1><p>def delegated():
yield from subgen()
- 如果
subgen()是协程（含yield和send()交互），必须用yield from才能保持通信链路完整 - 抛出异常时，
yield from会先尝试在子生成器内throw()，仅当子生成器已结束或不处理才向上冒泡 - 调用
close()会先关闭子生成器，再关闭自身，确保资源清理顺序正确
yield from 在递归生成器中避免栈溢出风险
深度递归生成器（如遍历树结构）若用普通递归 + for 循环，每层都新建生成器帧，容易触发 RecursionError；而 yield from 允许解释器复用部分执行上下文，实际压栈深度显著降低。
典型场景：二叉树中序遍历
def inorder(node):
if node is None:
return
yield from inorder(node.left) # ← 这里不会新增一层调用栈帧
yield node.val
yield from inorder(node.right)
- 注意：仍受 Python 默认递归限制影响，但比等效的手动循环版本多撑 2–3 倍深度
- 若需彻底规避递归，应改用显式栈 +
while循环，而非依赖yield from - CPython 中，
yield from对递归生成器的优化是解释器级的，PyPy 等实现可能表现不同
yield from 与 asyncio.await 的关键区别别混淆
两者语法相似，但语义完全不同：yield from 是同步生成器委托，不涉及事件循环；await 是异步等待，要求对象实现 __await__。误把协程对象传给 yield from 会报 TypeError: cannot 'yield from' a coroutine object。
- 想在生成器里调用协程？不行——生成器本身不是协程，必须用
async def定义协程函数 - 想把同步生成器接入 async 代码？得用
loop.run_in_executor包装，不能靠yield from - Python 3.5+ 中，
yield from coro已被明确禁止，错误信息非常清晰，但新手常因命名习惯踩坑
真正省开销的地方不在代码行数，而在解释器是否绕过帧对象创建；一旦涉及多层生成器协作或需要精确控制 send/throw 流向，yield from 就不是“可选优化”，而是语义必需。
