当多个父类的 __init_subclass__ 方法均声明相同名称的参数（如 msg）时，Python 会因关键字参数冲突而报错；本文提供一种无需修改原始类、仅通过中间胶水类（glue class）重映射参数的稳健解决方案。
当多个父类的 `__init_subclass__` 方法均声明相同名称的参数（如 `msg`）时，python 会因关键字参数冲突而报错；本文提供一种无需修改原始类、仅通过中间胶水类（glue class）重映射参数的稳健解决方案。
在 Python 中，__init_subclass__ 是一个特殊的类方法，由 type.__new__ 在创建子类时自动调用，用于对新类进行初始化配置。其关键特性在于：所有直接父类的 __init_subclass__ 都会被依次调用，且必须共享同一组关键字参数签名——否则将触发 TypeError。问题核心并非参数值冲突，而是 Python 在解析 class AB(A, B, ...) 时，会将所有显式传入的关键字参数（如 msg='Hello.', msg_b='Also, hello.'）统一传递给每个父类的 __init_subclass__。若 A 和 B 均期望名为 msg 的参数，而你只提供一个 msg，则另一个类无法接收其所需参数；若你尝试传两个不同名参数（如 msg 和 msg_b），则 A.__init_subclass__ 会因收到未声明的 msg_b 而报错。
直接使用适配器类（如原代码中的 B_）行不通，根本原因在于 __init_subclass__ 的调用链严格依赖 MRO（Method Resolution Order）和 super() 的语义：super().__init_subclass__(...) 并非普通方法调用，而是按 MRO 查找下一个实现。当你在 B_.__init_subclass__ 中手动调用 B.__init_subclass__.__func__(cls, ...) 时，绕过了 super() 的类型检查逻辑，但后续 B.__init_subclass__ 内部的 super().__init_subclass__(**kwargs) 仍试图在 B 的 MRO 中查找下一个 __init_subclass__，而 AB 并非 B 的子类（B 是独立类，非 AB 的父类），导致 super() 失败并抛出 TypeError: super(type, obj): obj must be an instance or subtype of type。
✅ 正确解法是引入一个中间胶水类（glue class），它不参与实例行为，仅作为 __init_subclass__ 参数转换的“协议桥接层”。该类应位于 A 和 B 之间（即在 MRO 中处于二者之间），其 __init_subclass__ 接收 msg_b，将其重命名为 msg，再通过 super() 交由 B.__init_subclass__ 处理。由于胶水类本身不定义 __init_subclass__ 的最终逻辑，而是纯粹转发，因此不会破坏 super() 的链式调用完整性。
以下是可直接运行的完整示例：
class A:
def __init_subclass__(cls, msg, **kwargs):
print(f'{cls=} A: {msg}')
super().__init_subclass__(**kwargs)
class B:
def __init_subclass__(cls, msg, **kwargs):
print(f'{cls=} B: {msg}')
super().__init_subclass__(**kwargs)
# 胶水类：将 msg_b 映射为 msg，供 B 消费
class ABGlue:
def __init_subclass__(cls, msg_b, **kwargs):
# 将 msg_b 重命名为 msg，匹配 B 的期望签名
super().__init_subclass__(msg=msg_b, **kwargs)
# 正确的继承顺序：A → ABGlue → B（确保 ABGlue 在 B 之前被调用）
class AB(A, ABGlue, B, msg='Hello.', msg_b='Also, hello.'):
pass
# 验证
print(f'{AB()=}')
print(f'{isinstance(AB(), A)=}')
print(f'{isinstance(AB(), B)=}')输出：
cls=<class '__main__.AB'> A: Hello. cls=<class '__main__.AB'> B: Also, hello. AB()=<__main__.AB object at 0x...> isinstance(AB(), A)=True isinstance(AB(), B)=True
? 关键要点总结：
-
MRO 顺序至关重要：胶水类
ABGlue必须置于B之前（如A, ABGlue, B），确保其__init_subclass__在B之前被调用，从而完成参数重命名； -
胶水类不可有实际功能：它不应定义
__init__或实例属性，避免污染子类行为；其唯一职责是参数适配； -
不修改原始类：该方案完全兼容不可变的第三方类
A和B，符合封装与开闭原则； -
扩展性强：若需支持更多同名参数的类（如
C也需msg_c），可添加对应胶水类（如ACGlue）并调整继承顺序。
此模式是解决 __init_subclass__ 多重继承参数歧义的 Pythonic 实践，兼顾健壮性、可读性与可维护性。
