本文详解在 Python 中通过自定义元类（如继承 ABCMeta）实现对当前类及其所有父类中定义的方法进行统一装饰的技术方案，涵盖显式注册父类与动态合并继承链属性两种可靠实践。
本文详解在 python 中通过自定义元类（如继承 `abcmeta`）实现对**当前类及其所有父类中定义的方法**进行统一装饰的技术方案，涵盖显式注册父类与动态合并继承链属性两种可靠实践。
在 Python 元编程中，__new__ 方法接收的 attrs 参数仅包含当前类直接定义的属性字典，不包含从父类继承的方法。因此，若仅遍历 attrs，像 fun1() 和 fun2() 这类定义在父类 A 中的方法将被忽略——这正是你遇到的核心限制。
要真正实现“对整个继承链上的方法统一装饰”，有两种专业、可维护的解决路径：
✅ 方案一：为所有需装饰的类显式指定同一元类（推荐）
这是最清晰、最符合 Python 设计哲学的方式：让装饰逻辑在类定义时即生效，而非运行时动态补救。
from abc import ABC, ABCMeta
import types
class Abstract1(ABC):
pass
class DecoMeta(ABCMeta):
@classmethod
def deco(cls, func):
async def wrapper(*args, **kwargs):
result = await func(*args, **kwargs)
# 示例：调用实例方法（确保 self 有 some_function）
if hasattr(args[0], 'some_function'):
args[0].some_function()
return result
return wrapper
def __new__(mcs, name, bases, attrs):
# 仅装饰当前类定义的函数（但因 A/B 均使用 DecoMeta，fun1/fun2 已在 A 创建时被装饰）
for attr_name, attr_value in attrs.items():
if isinstance(attr_value, types.FunctionType):
attrs[attr_name] = mcs.deco(attr_value)
return super().__new__(mcs, name, bases, attrs)
# 关键：A 和 B 都使用 DecoMeta → fun1/fun2 在 A 构建时即被装饰
class A(Abstract1, metaclass=DecoMeta):
def fun1(self):
return "A.fun1"
def fun2(self):
return "A.fun2"
class B(A, metaclass=DecoMeta):
def hello(self):
return "B.hello"
✅ 优势：语义明确、调试友好、符合 MRO 顺序；装饰发生在类创建阶段，无运行时开销。
⚠️ 方案二：在元类中动态聚合继承链上的方法（谨慎使用）
若无法修改父类（如第三方库中的基类），可手动遍历 bases 并合并 __dict__。但需注意：此方式仅获取类层级的属性，不触发描述符协议，且可能覆盖同名属性或引入意外行为。
class DecoMeta(ABCMeta):
def __new__(mcs, name, bases, attrs):
# 合并当前类 + 所有直接父类的 __dict__（浅层合并，不含继承链深层父类！）
all_attrs = dict(attrs) # 先拷贝当前 attrs
for base in bases:
# 注意：base.__dict__ 是只读 mappingproxy，需转为 dict
for k, v in base.__dict__.items():
if k not in all_attrs and isinstance(v, types.FunctionType):
all_attrs[k] = v # 仅添加未重写的父类方法
# 对 all_attrs 中所有函数统一装饰（⚠️ 但不写回 attrs！否则会污染类定义）
# 正确做法：在 __init__ 或 __call__ 中注入，或改用 __getattribute__ 拦截
# 此处仅作演示，实际应避免直接修改 attrs 以外的类结构
for attr_name, attr_value in all_attrs.items():
if isinstance(attr_value, types.FunctionType):
print(f"[Decorating] {attr_name} from {getattr(attr_value, '__qualname__', '?')}")
# 实际装饰逻辑需谨慎设计（见下方说明）
return super().__new__(mcs, name, bases, attrs)
⚠️ 重要提醒：
- base.__dict__ 不包含 base 的父类方法（即只到直接父类），若需完整 MRO，应遍历 base.__mro__[1:]；
- 直接向 attrs 注入父类方法会破坏继承语义（如 isinstance(obj, B) 仍无法识别该方法属于 B）；
- 更健壮的做法是：在实例化后通过 __getattribute__ 动态包装，或使用描述符/__set_name__ 协议，但复杂度显著上升。
✅ 最佳实践总结
| 场景 | 推荐方案 | 关键要点 |
|---|---|---|
| 可控代码库（自定义基类） | ✅ 方案一（全链显式元类） | 简洁、安全、可预测，装饰时机明确 |
| 必须兼容不可修改的父类 | ⚠️ 方案二 + 补充机制 | 需配合 __getattribute__ 或代理模式，避免污染 attrs |
| 异步装饰器注意事项 | 统一返回 async def wrapper | 确保被装饰方法本身是 async，否则 await func(...) 会报错 |
最终，装饰器的正确性不仅在于“能否执行”，更在于是否保持原有接口契约。始终优先选择声明式、静态可分析的设计（如方案一），而非运行时魔法——这才是 Pythonic 元编程的精髓。
