lambda只能写单个表达式，不能写语句；它是匿名函数，不支持return、if、for等语句，仅自动返回表达式结果，常见错误是语法非法或误用条件分支。
lambda 只能写单个表达式，不能写语句
Python 的 lambda 本质是匿名函数，但不是“简化版 def”——它连 return 都不能显式写，更不支持 if、for、print 这类语句。你只能放一个表达式，结果自动返回。
常见错误现象：SyntaxError: invalid syntax 出现在 lambda 里写了冒号后跟多行、用了赋值（=）、或者写了 if ... else ... 以外的条件分支。
- ✅ 正确：
lambda x: x * 2、lambda a, b: a if a > b else b - ❌ 错误：
lambda x: print(x); return x + 1（分号+return）、lambda x: for i in x: print(i)（for 语句） - ⚠️ 注意：
if必须成对出现为三元形式... if ... else ...，单独if不合法
map/filter/sort 中用 lambda 是最自然的场景
当你需要临时传一个“一次性的简单函数”，又不想定义命名函数时，lambda 就很顺手。这三个内置函数接受可调用对象，且逻辑足够轻量，正好匹配 lambda 的能力边界。
使用场景举例：从字典列表中提取 name 字段、按字符串长度排序、过滤出偶数。
立即学习“Python免费学习笔记（深入）”；
-
map(lambda x: x['name'], users)比写def get_name(x): return x['name']再传进去干净得多 -
sorted(files, key=lambda f: f.stat().st_size)避免为排序键反复造函数 -
filter(lambda n: n % 2 == 0, numbers)比itertools.compress或列表推导更直白（但注意：此时用列表推导通常更 Pythonic） - 性能影响：无实质差异，
lambda和普通函数在运行时都是 function 对象，但过度嵌套或复杂逻辑会让可读性断崖下跌
不要用 lambda 替代 def 来“省代码行数”
很多人看到 lambda 行数少，就习惯性把本该用 def 的地方硬改成 lambda，比如赋值给变量、重复使用、或逻辑稍一变就撑不住。
典型翻车点：func = lambda x: x.strip().lower().replace(' ', '_') 看似简洁，但一旦要加空值判断或日志，就得重构成 def；而且调试时 stack trace 里只显示 <lambda></lambda>，没法定位。
- ❌ 避免：
process = lambda data: json.loads(data) if data else {}—— 后续加异常捕获就崩了 - ✅ 应该：
def process(data): return json.loads(data) if data else {}，哪怕只用一次，也利于 debug 和类型提示 - 兼容性注意：所有 Python 版本都支持
lambda，但 PEP 570（positional-only 参数）和 PEP 604（新联合类型）等特性无法在lambda中使用
闭包里的 lambda 容易绑定错变量（循环陷阱）
这是最隐蔽也最容易被忽略的问题：在循环中创建多个 lambda，它们共享外部作用域的同一个变量名，而不是捕获当时的值。
错误现象：本想生成 3 个分别打印 0、1、2 的函数，结果全打印 2。
- ❌ 错误写法：
funcs = [lambda: i for i in range(3)]→ 调用每个func()都返回2 - ✅ 修复方式：用默认参数固化当前值：
funcs = [lambda i=i: i for i in range(3)] - 为什么：lambda 延迟求值，i 是自由变量，等真正调用时循环早已结束，i 停在最后一个值；而默认参数在定义时就求值，锁住了那一刻的
i - 替代方案：用
functools.partial或直接改用生成器/列表推导，视上下文而定
lambda 的边界比看起来窄：它不是语法糖，而是设计上就拒绝复杂性。真需要多步、分支、调试或复用，def 不是退步，是必要选择。
