python函数学习关键在理解def、lambda、闭包、装饰器、作用域和调用栈五大机制，而非虚构的“第245讲”；def创建function对象，lambda仅支持表达式，装饰器失效多因调用时机或返回错误，闭包自由变量存在晚绑定陷阱。
Python 中没有“函数系统学习路线第245讲”这个官方概念，也没有编号到 245 的标准课程体系——这是某些营销类教程自创的标题套路，容易让人误以为存在线性进阶路径。实际掌握 Python 函数，关键不在讲数，而在理解 def、lambda、闭包、装饰器、作用域和调用栈这五个真实存在的核心机制。
为什么 def 定义的函数是对象，而不仅仅是可执行代码？
Python 中函数是一等公民，def 实际上是把函数体编译为 code 对象，再绑定名称到一个 function 实例上。这意味着你可以：
-
print(type(my_func))输出<class></class> - 把函数赋值给变量、放进列表、作为参数传入另一个函数
- 通过
my_func.__code__.co_varnames查看形参名 - 修改
my_func.__defaults__动态调整默认参数（不推荐，但能解释“可变默认参数陷阱”）
常见错误：以为 def 只是声明，其实它在运行时执行并生成对象——所以嵌套函数中对外层变量的引用，会因作用域链形成闭包，而不是简单地“复制值”。
lambda 和普通函数在什么场景下不能互换？
lambda 是表达式，不是语句，因此只能包含单个表达式，不能有 return、assert、yield 或赋值语句（如 a = 1）。它常用于：
立即学习“Python免费学习笔记（深入）”；
sorted(data, key=lambda x: x['age'])map(lambda s: s.strip().lower(), lines)- 作为回调传给
threading.Thread(target=...)
但以下写法非法：
lambda x: return x * 2 # SyntaxError lambda x: if x > 0: x else 0 # SyntaxError lambda x: x += 1 # SyntaxError（+= 是语句，不是表达式）
真正需要逻辑分支或副作用时，必须用 def；强行用 lambda 套 and/or 或条件表达式（x if cond else y）会让代码难读且易出错。
装饰器失效的三个典型原因
装饰器本质是函数接收函数、返回函数。失效往往不是语法错，而是调用时机或对象绑定问题：
- 忘记加括号：写成
@my_decorator是对的，但若my_decorator本身带参数（如@retry(max_attempts=3)），里面那层工厂函数没被调用，就会报TypeError: 'function' object is not callable - 被装饰函数用了
functools.wraps，但装饰器本身没正确返回包装后的函数（比如漏了return wrapper） - 类方法上用装饰器时，没处理
self参数传递，导致wrapper接收不到实例对象
验证是否生效：检查 help(my_func) 是否显示原始 docstring（靠 @wraps），以及 my_func.__name__ 是否仍是原名而非 wrapper。
闭包中的自由变量为什么容易“晚绑定”？
闭包捕获的是变量名的引用，不是值。典型陷阱出现在循环中创建多个函数：
funcs = []
for i in range(3):
funcs.append(lambda: i)
print([f() for f in funcs]) # 输出 [2, 2, 2]，不是 [0, 1, 2]原因：i 是自由变量，所有 lambda 共享同一个绑定，循环结束时 i == 2。修复方式有两种：
- 用默认参数固化当前值：
lambda i=i: i - 用闭包函数包裹：
def make_func(x): return lambda: x; funcs.append(make_func(i))
这个现象在异步回调、定时任务、事件注册里高频出现，不注意会导致逻辑全部指向最后一个迭代值。
函数机制的复杂点从来不在语法多难记，而在于 Python 把“定义”“调用”“对象生命周期”“作用域查找”全揉进一套动态模型里。只要一次搞清 def 怎么造对象、lambda 的边界在哪、装饰器怎么嵌套、闭包何时捕获值——后面遇到的绝大多数“奇怪行为”，都能顺着这几条线推出来。
