Python装饰器闭包访问参数方法

学习文章要努力，但是不要急！今天的这篇文章《Python 装饰器闭包如何访问参数》将会介绍到等等知识点，如果你想深入学习文章，可以关注我！我会持续更新相关文章的，希望对大家都能有所帮助！

本文详解 Python 装饰器中 `inner` 函数为何能直接访问调用时传入的参数（如 `num`），揭示闭包机制与函数调用链的本质关系，并通过代码还原和执行流程分析消除常见误解。

在你提供的代码中，inner(num) 看似“凭空”获得了 num 的值，其实这并非魔法，而是 Python 函数调用机制与闭包（closure）特性的自然结果。关键在于：inner 并非在定义时就绑定 num，而是在被调用时才接收该参数——它本质上是一个标准的、带参数的嵌套函数，其参数 num 来自外部对装饰后函数的显式调用。

让我们还原 @facto_decorator 的等价写法：

def facto(num):
    if num == 1:
        return 1
    else:
        return num * facto(num-1)

# @facto_decorator 等价于：
facto = facto_decorator(facto)

此时，facto 已不再是原始函数，而是 facto_decorator(facto) 的返回值——即 inner 函数对象。因此，当你执行：

facto(5)  # 实际上等价于 inner(5)

Python 解释器会将 5 作为实参传递给 inner，num 就是这个传入的参数。inner 的签名 def inner(num): 明确声明了它接受一个名为 num 的位置参数，这与普通函数完全一致。

⚠️ 需要澄清一个常见误区：
outer 函数（即 facto_decorator）本身确实不接收 num —— 它只接收被装饰的函数 func 作为参数；而 inner 是在 facto_decorator 返回后、被单独调用时才接收 num。二者处于不同调用层级：

• facto_decorator(func) → 接收函数，返回 inner
• inner(num) → 接收数值，执行逻辑并缓存

这种设计正是装饰器模式的核心：outer 负责“包装准备”，inner 负责“运行时拦截与增强”。inner 对 num 的访问，不依赖于 outer 的局部变量（outer 甚至没有 num 这个变量），而纯粹来自函数调用时的参数传递。

✅ 补充验证：你可以打印 inner.__code__.co_varnames 查看其参数名，或用 import inspect; print(inspect.signature(inner)) 确认它明确期望一个 num 参数。

总结来说：inner 访问 num 不是因为它“继承”了外部作用域中的 num，而是因为它本身就是被设计为接收 num 的函数。装饰器的语法糖 @ 只是让这种包装更简洁，但底层仍是清晰的函数调用链：facto(a) → inner(a) → func(a)。理解这一点，就抓住了 Python 装饰器与闭包协同工作的本质。

理论要掌握，实操不能落！以上关于《Python装饰器闭包访问参数方法》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！