列表推导式立即分配内存，list()包裹生成器仍会耗尽内存；真正省内存的是直接迭代生成器；嵌套推导式中if位置影响语义；复杂逻辑应改用普通循环。
列表推导式 vs list() 包裹生成器表达式
两者语法相似，但内存行为完全不同：[x*2 for x in range(1000000)] 立即分配百万级整数的内存；而 list(x*2 for x in range(1000000)) 先构造生成器对象，再一次性展开——看似省略了方括号，实则仍会吃光内存，且多一层函数调用开销。
真正省内存的是不调用 list()，直接迭代：
for val in (x*2 for x in range(1000000)):
process(val)
常见错误是误以为加了括号就“懒”，结果又用 list()、sum()、len() 等强制求值，瞬间失去生成器优势。
timeit 测性能时容易忽略的关键点
直接测 [x**2 for x in range(10000)] 和 (x**2 for x in range(10000)) 的构造耗时不具可比性——后者几乎不耗时，但后续迭代才是重点。正确做法是测完整使用链：
立即学习“Python免费学习笔记（深入）”；
- 列表推导：用
timeit.timeit('sum([x**2 for x in range(n)])', setup='n=10000', number=100000) - 生成器：用
timeit.timeit('sum(x**2 for x in range(n))', setup='n=10000', number=100000)
你会发现，当仅需单次遍历（如 sum、any、next）时，生成器常更快，因避免了中间列表分配与 GC 压力；但若需多次遍历或随机访问，生成器必须重算，此时列表反而更优。
嵌套推导式里 if 放错位置会导致逻辑错误
过滤条件的位置决定语义：[x for x in data if x > 0] 是“先遍历再过滤”；而 [x for x in data if x > 0 for y in other] 是非法语法；正确嵌套过滤要写成 [(x, y) for x in data if x > 0 for y in other if y ——注意每个 for 后可跟独立 if，但不能跨层级混用。
易踩坑场景：
- 想过滤外层再展开内层，却写成
[y for x in data if x > 0 for y in x]→ 实际等价于if作用于每次内层迭代，不是预筛x - 用生成器时误加括号又忘了它不可重用：
gen = (x for x in data if x > 0); list(gen); next(gen)→ 抛StopIteration
何时该放弃推导式，改用普通循环
推导式适合表达“输入→变换→输出”的纯映射或简单过滤。一旦涉及：
- 需要异常处理（如
int(x)可能报ValueError） - 多步骤状态更新（如累加计数器、写日志、调用有副作用的函数）
- 提前终止逻辑复杂（如“找到首个满足条件的项并记录索引”）
硬塞进推导式只会让代码难读、难调试、难加断点。例如这个反模式：
result = [process(x) for x in data if not (log(x) or fail(x))]
其中 log(x) 返回 None，靠 or 触发副作用——可读性差，且无法捕获 process 中的异常。不如写明循环，职责清晰。
生成器和列表推导都不是银弹；关键看数据规模、访问模式、是否需要复用、以及逻辑复杂度。小数据无所谓，大数据+单次遍历优先生成器，大数据+多次访问或索引需求才建列表——别被“推导式更 Pythonic”带偏节奏。
