列表推导式写错括号或冒号会直接报SyntaxError；字典推导式key重复静默覆盖；集合推导式要求元素可哈希且自动去重；嵌套超两层应改用函数或中间变量。
列表推导式写错括号或冒号就直接报错
Python 推导式不是语法糖的“装饰”，而是独立语法规则，写错符号会立刻 SyntaxError。最常见的是把方括号写成圆括号（误当生成器）、漏掉 for 前的表达式、或者在条件部分多打冒号。
-
[x*2 for x in range(5)]是对的；(x*2 for x in range(5))是生成器，不是列表 -
[x for x in nums if x > 0]正确；[x for x in nums if x > 0:]会报SyntaxError: invalid syntax - 嵌套时注意层级：
[[i+j for j in range(3)] for i in range(2)]，外层是[]，内层也是[]，不能混用
字典推导式里 key 重复就静默覆盖，不是报错
字典推导式 {k: v for ...} 的 key 如果计算结果重复，后出现的值会直接覆盖前面的，不提示、不报错、也不警告——这在处理 ID 映射或去重逻辑时容易引发隐蔽 bug。
- 比如
{x%3: x for x in [1, 4, 7, 2]}结果是{1: 7, 2: 2, 0: 4}，1对应的值被反复覆盖，最后只剩7 - 如果本意是“每个 key 对应多个值”，得改用
defaultdict(list)或groupby，不能靠推导式硬凑 - 调试时可加
print或用collections.Counter先检查 key 分布：Counter(k for k, _ in your_pairs)
集合推导式自动去重，但元素必须可哈希
集合推导式 {expr for ...} 看似和列表推导式只差一对括号，但行为差异很大：它强制去重，且要求所有生成的元素支持哈希（即不可变）。
-
{x%2 for x in [1,2,3,4]}→{0, 1}，没问题 -
{[x] for x in [1,2]}会立即报TypeError: unhashable type: 'list' - 想对字典列表去重？不能直接
{d for d in list_of_dicts}，得先转成tuple(d.items())这类可哈希形式 - 性能上，集合推导式比先生成列表再
set()略快，但差别微小，别为这点优化牺牲可读性
推导式嵌套三层以上就该换函数了
两层嵌套（如二维数组展开）还算清晰；三层开始，可读性断崖下跌，debug 和协作成本明显上升——这不是风格问题，是实际维护中反复验证过的痛点。
立即学习“Python免费学习笔记（深入）”；
- 像
[z for x in a for y in x for z in y]这种，一眼看不出数据来源层级，出错时难定位是哪层for漏了 or 条件写反了 - 等价逻辑用普通
for循环 +append，反而更容易加日志、断点、类型检查 - 真要保持表达式风格，可拆成带名字的中间变量：
flattened = [y for x in a for y in x]，再在其上继续操作
推导式的边界不在语法上限，而在人眼一次能可靠解析的嵌套深度。超过两层，就不是“简洁”，而是“藏坑”。
