多层装饰器执行顺序解析

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《多层装饰器执行顺序详解》，文章讲解的知识点主要包括，如果你对文章方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

多层装饰器定义时从下到上包装，调用时从上到下执行；如@A@B@C修饰函数，定义阶段C先包B再包A，调用时A先执行再B后C，返回时逆序。

多层装饰器的执行顺序分两阶段：定义时从下到上包装，调用时从上到下运行。

装饰器定义阶段：从下往上“套壳”

当多个装饰器叠加在函数上时，Python 按从下到上的顺序依次应用装饰器。最靠近函数的装饰器最先执行，它的返回值作为下一个装饰器的输入。

例如：

@decorator_a
@decorator_b
@decorator_c
def my_func():
    pass

等价于：

my_func = decorator_a(decorator_b(decorator_c(my_func)))

也就是说，decorator_c 先包装 my_func，然后 decorator_b 包装 decorator_c 的返回结果，最后 decorator_a 包装整个结果。这个过程发生在函数定义完成时（模块加载时），不涉及实际调用。

函数调用阶段：从上往下“穿透”

执行被装饰后的函数时，控制流按装饰器包裹的逆序进入：最外层装饰器先拿到控制权，再逐层向内传递，直到原始函数；返回时则按相反路径回传。

• 调用 my_func() → 进入 decorator_a 的 wrapper
• decorator_a 内部调用 decorator_b 的 wrapper
• decorator_b 内部调用 decorator_c 的 wrapper
• decorator_c 最终调用原始 my_func
• 返回时：原始函数 → decorator_c → decorator_b → decorator_a → 调用者

验证执行顺序的小技巧

写带 print 的装饰器，就能清晰看到两阶段行为：

def log_call(name):
    def decorator(func):
        print(f"[定义] {name} 正在包装 {func.__name__}")
        def wrapper(*args, **kwargs):
            print(f"[调用] 进入 {name}")
            result = func(*args, **kwargs)
            print(f"[返回] 退出 {name}")
            return result
        return wrapper
    return decorator

@log_call("A")
@log_call("B")
@log_call("C")
def hello():
    print("Hello world!")

运行后输出：

[定义] C 正在包装 hello
[定义] B 正在包装 wrapper
[定义] A 正在包装 wrapper
[调用] 进入 A
[调用] 进入 B
[调用] 进入 C
Hello world!
[返回] 退出 C
[返回] 退出 B
[返回] 退出 A

常见误区与注意事项

• 误以为装饰器执行顺序和书写顺序一致——实际是定义时倒序、调用时正序
• 装饰器内部必须正确调用 func(*args, **kwargs)，否则内层逻辑不会触发
• 如果某层装饰器没有 return 或返回非可调用对象，会导致后续调用失败
• 使用 @functools.wraps(func) 保持原函数元信息，尤其在多层嵌套时避免混淆 __name__ 和 __doc__

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。