多装饰器场景下，如何避免标记型方法装饰器的标记被覆盖？

这个问题确实很常见——当你用多层装饰器堆叠时，内层装饰器给方法加的标记很容易被外层装饰器返回的新包装函数给“藏”起来。我来分享几个靠谱且用户友好的解决思路：

1. 用functools.wraps保留原函数属性（最推荐） #

你的核心问题在于hiding_decorator返回的wrapper是一个全新的函数，没有继承被装饰方法的属性（也就是method_decorator加上的use_class标记）。Python标准库的functools.wraps就是专门解决这个问题的，它会把原函数的元数据（包括自定义属性）复制到包装函数上。

修改你的hiding_decorator：

import functools

def hiding_decorator(fn):
    @functools.wraps(fn)
    def wrapper(*args, **kwargs):
        print("do some logging etc.")
        return fn(*args, **kwargs)
    return wrapper

这样修改后，wrapper会继承fn的use_class属性，你的class_decorator就能正常识别到标记了。这也是Python社区通用的最佳实践，大部分实用装饰器都应该加上functools.wraps，不仅能保留自定义标记，还能保留函数名、文档字符串等元数据，让调试更方便。

2. 递归查找原始函数（兼容未使用wraps的装饰器） #

如果遇到某些第三方装饰器没有用functools.wraps，你可以修改class_decorator，让它递归查找被多层包装后的原始函数，直到找到带有标记的那个：

import inspect

def get_original_function(func):
    # 递归获取最内层的原始函数
    while hasattr(func, '__wrapped__'):
        func = func.__wrapped__
    # 额外处理一些没加__wrapped__的情况（比如手动实现的装饰器）
    if inspect.isfunction(func) or inspect.ismethod(func):
        return func
    return None

def class_decorator(cls):
    for name, method in cls.__dict__.items():
        original_method = get_original_function(method)
        if original_method and hasattr(original_method, "use_class"):
            print(name, cls)
    return cls

这个方法更健壮，即使外层装饰器没做属性传递，只要它用了标准的包装方式（或者你手动处理了特殊情况），就能找到带标记的原始方法。

3. 自定义标记传递机制（进阶方案） #

如果需要更灵活的标记方式，你可以把标记放在一个专门的容器里，比如用装饰器给函数添加一个专属的元数据字典，这样即使被多层包装，也能通过这个字典传递标记：

def method_decorator(view):
    # 用一个专属字典存标记，避免和其他属性冲突
    if not hasattr(view, '_custom_tags'):
        view._custom_tags = {}
    view._custom_tags['use_class'] = True
    return view

# 修改class_decorator来读取这个字典
def class_decorator(cls):
    for name, method in cls.__dict__.items():
        current_func = method
        # 递归查找带_custom_tags的函数
        while current_func:
            if hasattr(current_func, '_custom_tags') and current_func._custom_tags.get('use_class'):
                print(name, cls)
                break
            current_func = getattr(current_func, '__wrapped__', None)
    return cls

这种方式适合需要传递多个标记，或者担心属性名冲突的场景，扩展性更强。

你提到的那些非最优解确实都有明显的局限性：强制顺序会让代码维护变麻烦，要求其他装饰器透明不现实，让通用装饰器适配你的标记则增加了耦合度。上面这几个方案都能很好地避开这些问题，既可靠又对用户友好。

备注：内容来源于stack exchange，提问作者samfrances