yield from 不会自动展开多层嵌套，因其仅单层委托，遇内层生成器时直接产出该对象而非递归展开；需手动实现递归判断迭代器类型并排除字符串等伪迭代器。
直接说结论：用 yield from 可以递归委托子生成器，但它本身不自动处理多层嵌套——你得自己写递归逻辑，否则只会扁平化一层。
为什么 yield from 不会自动展开多层嵌套？
yield from 的语义是“把控制权完全交给右侧的可迭代对象”，它只做单层委托：遇到一个生成器，就逐个 yield 它产出的值；但如果那个生成器内部又 yield 了另一个生成器，yield from 不会再深入——它只会把那个内层生成器对象本身 yield 出来，变成一个未执行的生成器实例。
常见错误现象：
- 本想得到
[1, 2, 3, 4]，结果得到[1, 2, <generator object ...>, 4]</generator> - 循环中对某个
yield from subgen的返回值调用list()报错：TypeError: 'int' object is not iterable（因为混入了非生成器值）
如何正确实现多层扁平化？必须手动递归判断类型
核心思路：对每个产出项，先判断是不是生成器/迭代器（且不是字符串），如果是，就用 yield from 委托；否则直接 yield。注意要避免无限递归（比如自引用容器）。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 用
collections.abc.Iterator判断是否为迭代器（比hasattr(x, '__iter__')更准，排除了字符串、字节串等“伪迭代器”） - 排除
str和bytes：它们是Iterator的子类，但你不希望把"abc"拆成'a','b','c' - 递归深度过深时可能触发
RecursionError，生产环境建议加深度限制（比如默认 10 层）
示例代码：
from collections.abc import Iterator
def flatten_gen(nested_gen, depth=0, max_depth=10):
if depth > max_depth:
raise RuntimeError("Maximum recursion depth exceeded in flatten_gen")
for item in nested_gen:
if isinstance(item, Iterator) and not isinstance(item, (str, bytes)):
yield from flatten_gen(item, depth + 1, max_depth)
else:
yield item
实际使用时要注意生成器的“一次性”和求值时机
生成器只能被消费一次。如果你在多个地方反复传入同一个嵌套生成器对象给 flatten_gen，第二次调用会立即结束（因为第一次已耗尽）。这常发生在调试时反复 list(flatten_gen(...)) 导致空结果。
使用场景与陷阱：
- 嵌套结构来自数据库游标或文件流（如逐行读取 JSON 数组中的嵌套数组），务必确保上游生成器支持重放，或提前缓存为
list - 若嵌套中混有普通列表、元组、集合，上面的
flatten_gen默认不处理——它只识别Iterator。需要扩展判断：isinstance(item, (list, tuple, set, dict))并对其调用iter()后递归 - 性能影响：每层递归都有函数调用开销；如果嵌套极深但每层元素极少，不如先
itertools.chain.from_iterable扁平一层，再用循环多次处理
最易被忽略的一点：你写的“扁平化生成器”本身也是生成器，它不会预计算全部结果——这意味着无法用 len()、索引访问，也不能多次遍历。如果下游逻辑依赖随机访问或长度，得先转成 list，但那就失去了生成器节省内存的意义。
