Python3+多继承中使用super初始化带参数父类的最优方案

这确实是Python多重继承里非常常见的困惑点，咱们结合你的例子一步步拆解来看：

先看你第一种写法：直接显式调用父类__init__ #

你的初始代码是这样的：

class A:
    def __init__(self, a):
        self.a = a

class B:
    def __init__(self, b):
        self.b = b

class C(A, B):
    def __init__(self, c):
        A.__init__(self, a=1)
        B.__init__(self, b=2)
        self.c = c

这种写法完全没问题，尤其是当A和B是完全独立的基类（除了默认的object之外没有共同父类）时，优势非常明显：

• A和B之间完全解耦，不需要知道彼此的存在
• 逻辑直观，你明确知道要初始化哪几个父类，不会依赖MRO的隐式行为
• 继承顺序的变化（比如改成class C(B, A)）不会影响初始化逻辑（当然如果有方法重名还是要看MRO，但初始化这里不受影响）

唯一的小局限是：如果后续A或B的继承关系变得复杂（比如A又继承了另一个类D），直接调用A.__init__会跳过D的初始化——但如果你的场景里A和B就是简单的独立类，这个问题根本不存在。

你提到的“super导致耦合”是因为用法不对 #

你尝试用super但写出了耦合的代码，核心问题是在A的__init__里硬编码了super().__init__(b=3)，这相当于把A和B绑定在了一起，必须依赖C的继承顺序是(A,B)才能正常运行，这显然违背了松耦合的原则。

正确的super用法：用**kwargs传递参数 #

要让super在多重继承里正常工作且不耦合，关键是让所有类的__init__都接受**kwargs，把自己不需要的参数传递给MRO链上的下一个类。修改后的代码应该是这样的：

class A:
    def __init__(self, a, **kwargs):
        # 先调用MRO链的下一个类的初始化，再处理自己的逻辑
        super().__init__(**kwargs)
        self.a = a

class B:
    def __init__(self, b, **kwargs):
        super().__init__(**kwargs)
        self.b = b

class C(A, B):
    def __init__(self, c, **kwargs):
        super().__init__(**kwargs)
        self.c = c

# 使用示例
c_obj = C(c=3, a=1, b=2)
print(c_obj.a, c_obj.b, c_obj.c)  # 输出：1 2 3

这种写法的好处：

• A和B完全解耦，它们不需要知道彼此的存在，只需要把多余的参数传递下去
• 严格遵循MRO顺序初始化，即使后续类的继承关系变化（只要逻辑合理），初始化逻辑也能自动适配
• 扩展性强，后续给任何基类添加父类，都不需要修改现有初始化代码

到底用哪种方式？最Pythonic的选择是什么？ #

Pythonic的核心从来不是“必须用某一种语法”，而是根据场景选择最清晰、最适配的方案：

• 如果你的场景是简单多重继承，基类之间完全独立：直接显式调用各父类的__init__就很Pythonic，它直观、无冗余，维护成本低
• 如果你的类体系是复杂的多重继承（比如有共同父类、mixin类嵌套）：使用**kwargs + super()的协作式初始化是更合适的，它符合Python MRO的设计初衷，能处理复杂的继承场景

总结 #

• 简单场景：显式调用父类__init__，清晰无耦合
• 复杂场景：用**kwargs传递参数+super，遵循MRO，扩展性强

内容的提问来源于stack exchange，提问作者Hou Lu