本文详解装饰器中 `inner` 函数为何能直接接收并使用 `num` 参数——本质是装饰后函数调用时参数经由闭包自动传入 `inner`，而非 `inner` “提前知道”或“捕获”外部变量。
在 python 中，装饰器本质上是函数的高阶封装，其执行逻辑严格遵循调用链与作用域规则。以你的代码为例：
@facto_decorator def facto(num): if num == 1: return 1 else: return num * facto(num-1)这段语法糖等价于以下显式写法：
def facto(num): # ... 实现同上 facto = facto_decorator(facto) # 关键：重绑定 facto 名称到返回的 inner 函数facto_decorator 接收原始 facto 函数作为参数，返回的是 inner 函数对象（注意：不是调用 inner()，而是返回函数本身）。此时 facto 已不再是原递归函数，而是 inner 的引用。
当执行 facto(a) 时，实际调用的是：
立即学习“Python免费学习笔记（深入）”；
inner(a) # a 作为实参，直接传入 inner 的形参 num因此，inner(num) 中的 num 并非从外层 facto_decorator “继承”而来（facto_decorator 本身确实没有 num 参数），而是由调用者传入 inner 的入参——这完全符合 Python 函数调用的基本机制。
? 关键概念澄清：
- ✅ inner 是一个闭包函数：它能访问外层 facto_decorator 的局部变量（如 memory、func），因为这些变量在其定义时已处于词法作用域中；
- ❌ inner 并不“感知” facto 的原始签名：它的参数列表（def inner(num):）是显式声明的，与被装饰函数一致，目的是保持接口兼容；
- ✅ 参数传递是运行时行为：@decorator 只改变函数绑定，不改变调用方式；所有传给 facto(…) 的参数，最终都会原样传给 inner(…)。
? 补充说明：你代码中的递归调用 facto(num-1) 在装饰后仍会命中 inner（因 facto 已被重绑定），从而形成带记忆化的递归链。这也是该装饰器能正确缓存中间结果（如 facto(5) 会缓存 facto(1) 到 facto(5)）的原因。
✅ 总结：inner 访问 num 不依赖魔法，而是标准的函数参数传递 + 闭包作用域组合。理解 @decorator → func = decorator(func) → func(…) 即 inner(…) 这一链条，是掌握装饰器参数机制的核心。