是的，但仅当不立即消费全部元素时才省内存；生成器表达式创建迭代器仅占几十字节，列表推导式则立即分配约8MB内存，该差异可通过sys.getsizeof()实测验证。
生成器表达式真的比列表推导式省内存吗？
是的，但只在你**不立即消费全部元素**时才体现出来。生成器表达式 (x*2 for x in range(10**6)) 创建的是一个迭代器对象，本身只占几十字节；而列表推导式 [x*2 for x in range(10**6)] 会立刻分配约 8MB 内存（假设每个 int 占 24–28 字节，加上列表结构开销）。这个差距不是“理论值”，而是 sys.getsizeof() 可测得的真实差异。
什么时候两者的内存占用几乎一样？
当你对生成器做一次性全量展开时，比如 list(gen_expr) 或 sum(gen_expr)（后者虽不建列表，但内部仍需逐个取值并累加），此时生成器只是“延迟分配”的假象被打破。实际内存峰值可能反而略高——因为生成器对象 + 正在构建的目标容器（如 list）会短暂共存。
-
list((x for x in range(10**6)))：先建生成器（≈56B），再建列表（≈8MB），GC 前峰值 ≈8MB+56B -
[x for x in range(10**6)]：直接建列表（≈8MB），无额外对象 - 若后续还要用该数据多次，列表推导式反而更稳——生成器只能遍历一次，重用就得重建
真实场景中怎么选？
看数据生命周期和访问模式，不是看“谁更酷”。
- 管道式处理（如
filter→map→next找第一个匹配项）：用生成器表达式，可能提前终止，省下 99% 的计算和内存 - 需要随机访问、切片、反复迭代：必须用列表推导式，生成器不支持
my_gen[5]或len(my_gen) - 中间结果要传给第三方库（如
pandas.DataFrame()、numpy.array()）：它们内部通常会转成 list 或 array，生成器不会帮你省内存 - 内存受限但数据量不大（
容易被忽略的陷阱
生成器表达式不是银弹，几个隐蔽问题常导致误判：
立即学习“Python免费学习笔记（深入）”；
- 嵌套生成器（如
((x,y) for x in A for y in B)）在调试时难以 inspect——print(gen)只显示类型，看不到内容；列表推导式可以直接print([...]) - 闭包变量捕获问题：生成器表达式中的循环变量是“延迟绑定”的，
[lambda: i for i in range(3)]和(lambda: i for i in range(3))都会全部返回 2，但表现更隐蔽 -
itertools.chain()等组合操作返回的也是生成器，叠加多层后，错误堆栈里可能只报StopIteration，而源头早被消耗光了
真正影响内存的从来不是语法符号，而是“是否保留全部中间状态”。别为省几 MB 过早优化，先确认你的数据流是否真能流起来。
