单继承更可靠易维护，因其mro线性可预测、super()行为确定、避免多继承引发的初始化混乱、调试困难及隐性耦合；多继承易致__init__调用链断裂、属性缺失且静默失效。
单继承在绝大多数 Python 工程场景中更可靠、更易维护，不是因为多继承“不能用”，而是它引入的隐性成本（尤其是 MRO 不确定性、初始化冲突、调试难度）远超其收益。
多继承导致 __init__ 调用混乱是高频崩溃点
当多个父类都有自己的 __init__，且子类用 super() 或显式调用混用时，极易漏掉某个父类的初始化逻辑：
- 显式写
ParentA.__init__(self, ...)和ParentB.__init__(self, ...)看似可控，但一旦父类增加新参数或改名，子类必须同步修改，耦合度飙升 - 只用
super().__init__(...)依赖 MRO 顺序，而 MRO 是动态计算的——Grandson.__mro__可能因继承链中任意类新增父类而改变 - 常见错误现象：
AttributeError: 'Grandson' object has no attribute 'gender'，明明写了初始化却没生效
super() 在多继承中不等于“调用所有父类”，而是按 MRO 链单次传递
很多人误以为 super().__init__() 会自动遍历所有父类，实际它只把控制权交给 MRO 中下一个类。如果某个中间父类没继续调用 super()，链就断了：
class A:
def __init__(self):
print("A")
super().__init__() # Python 3 中 super() 默认等价于 super(A, self)
<p>class B:
def <strong>init</strong>(self):
print("B")</p><h1>忘了 super() → 链在此中断</h1><p>class C(A, B):
def <strong>init</strong>(self):
print("C")
super().<strong>init</strong>()
</p>
运行 C() 输出是 C → A，B 根本不会执行。这种静默失效比报错更危险。
单继承下 super() 行为可预测，MRO 恒为线性
只要没引入 mixin 或第三方类干扰，单继承的 MRO 就是确定的：子类 → 父类 → object。这意味着：
-
super().method()的目标永远唯一，不会因继承顺序微调而改变行为 - 重构安全：给父类加新方法，子类自动获得，无需检查是否覆盖了某个“意外同名”的多继承父类方法
- IDE 和类型检查器（如 mypy）能更准确推导属性和返回类型
真正难处理的不是“能不能写多继承”，而是当它嵌套在三层以上类层级、又被多个模块 import 时，谁也说不清 self.attr 到底来自哪个父类——这种不确定性，在协作开发和长期维护中会持续放大。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
