寄生组合式继承在Python中是一种设计策略而非语法特性：子类有选择地扩展父类初始化，所有类统一用super()协作，确保MRO链完整执行且父类方法仅运行一次。
寄生组合式继承本身是 JavaScript 中的经典模式，Python 并不原生使用该术语。但在 Python 实际开发中，当面对需要复用父类逻辑、又避免重复初始化或破坏 MRO 的复杂继承结构（比如多层+多重混合）时，开发者常会借鉴“寄生组合”的思想：即子类自行管理实例属性初始化，同时通过安全机制委托父类方法执行。这种场景下，“安全调用父类方法”的核心就是：统一用 super()，且所有参与类协同配合。
寄生组合式继承在 Python 中的对应实践
它不是语法特性，而是一种设计策略：
- 子类不盲目覆盖
__init__，而是有选择地扩展； - 父类方法（尤其是
__init__）被当作“可组合的构建块”，而非必须完整继承的流程； - 关键在于调用方式是否尊重继承链的协作契约。
安全调用的三个硬性前提
- 所有父类（包括中间类、基类）都使用
super()调用其父类方法 - 子类在重写
__init__或其他方法时，明确知道自己的位置在 MRO 中，并信任链式跳转 - 不混用
Parent.method(self)和super().method()—— 否则链会在某处静默断裂
例如，若结构是 Child → A → B → Base，而 A.__init__ 里写的是 Base.__init__(self)，那 B.__init__ 就永远不会执行，Base 可能被调两次或漏掉。
推荐写法：只用 super()，且只在实例方法中写最简形式
class Base:
def __init__(self, name):
self.name = name
class A(Base):
def __init__(self, name, role):
super().__init__(name) # ✅ 正确：交给 MRO 下一个
self.role = role
class B(Base):
def __init__(self, name, level):
super().__init__(name) # ✅ 正确
self.level = level
class Child(A, B):
def __init__(self, name, role, level, id):
super().__init__(name, role) # ✅ 触发 A.__init__ → 再触发 B.__init__ → 最终 Base.__init__
self.id = id这里 Child 的 super().__init__ 实际按 Child → A → B → Base 执行，A 和 B 都用 super()，才能保证 Base.__init__ 只运行一次。
什么时候可以不用 super()？仅限两种明确意图的场景
强制调某个特定父类的方法（绕过 MRO）
比如A和B都实现了serialize()，而你确定只要A.serialize(self)，那就直接写：A.serialize(self)—— 注意传self，且这不是“继承协作”，而是“定向调用”。父类不在当前 MRO 路径上，但你需要它的能力
例如Child继承A，但想复用UtilsMixin.dump()，而UtilsMixin没在继承链里：UtilsMixin.dump(self, data)—— 这属于工具复用，不是继承体系内的协作。
这两种情况不违反“安全”，但已脱离寄生组合的设计初衷；它们是显式、可控、有文档依据的例外。
不安全的典型表现
- 子类写了
super().__init__()，但某个父类用Base.__init__(self)—— 链断 -
__init__里漏掉super()调用 → 父类字段缺失 → 后续AttributeError - 多重继承中部分类用
super()、部分用类名调用 → MRO 被跳过，初始化不完整
只要整个继承链保持 super() 一致性，哪怕结构再深、再菱形，Python 的 C3 算法也能确保每个父类方法恰好执行一次。
不复杂但容易忽略
