Python多重继承用于解决现实建模中对象具备多个正交职责的需求，如RobotDog同时具备Walk和Bark能力；通过MRO（C3线性化）确保方法查找顺序确定，须统一使用super()并兼容参数签名，避免硬编码父类调用。
Python 多重继承不是“为了炫技”而是解决现实建模需求
Python 支持多重继承，根本原因不是语言设计者偏爱复杂性，而是现实中的对象常常天然具备多个独立职责或能力维度。比如一个 RobotDog 既要能 Walk（来自 Movable 类），又要能 Bark（来自 SoundProducer 类），这两个行为逻辑上无关、不应强行塞进同一父类。单继承无法干净表达这种“组合式能力”，而接口（如 Java 的 interface）又要求所有方法都必须实现——Python 用抽象基类 + 多重继承 + super() 调度，提供了更灵活的协议实现方式。
多重继承靠 MRO 解决方法查找歧义
没有 MRO（Method Resolution Order），多重继承会立刻崩塌。Python 使用 C3 线性化算法生成一个确定的继承顺序列表，isinstance() 和属性/方法查找都严格按这个顺序执行。你可以用 ClassName.__mro__ 查看实际顺序：
class A: pass class B(A): pass class C(A): pass class D(B, C): pass print(D.__mro__) # <class '__main__.D'> <class '__main__.B'> <class '__main__.C'> <class '__main__.A'> <class 'object'>
注意：B 在 C 前，因为 D(B, C) 中 B 先声明；但若改成 D(C, B)，顺序就反转。MRO 不是按“深度优先”或“广度优先”硬编码的，它必须满足两个约束：子类永远在父类之前，各父类相对顺序尽量保持声明顺序。
不正确使用 super() 是多重继承出 bug 的主因
很多人写多重继承时照搬单继承习惯，在每个父类方法里直接调用 Parent.method(self, ...)，这会跳过 MRO 链中后续类的方法，导致部分初始化或逻辑被跳过。正确做法是所有参与协作的类统一用 super()，且确保每层都接受并透传参数：
立即学习“Python免费学习笔记（深入）”；
- 所有类构造函数签名需兼容（推荐用
**kwargs接收未知参数） - 每个
__init__最后都调用super().__init__(**kwargs) - 避免在中间类里写死调用某个具体父类——那等于绕过 MRO
否则会出现“父类 __init__ 只执行一次”或“某类完全没被初始化”的静默错误。
什么时候该用多重继承？什么时候该用组合？
多重继承适合表达“是一个”且多个维度正交的类型关系，例如：JSONSerializable + DatabaseRecord + Cacheable；而组合（has-a）适合动态行为、生命周期不同或存在强依赖的场景，比如 Car 持有 Engine 实例。
容易被忽略的一点是：一旦用了多重继承，你就默认承担了维护 MRO 稳定性的责任。如果某个父类未来修改了继承结构（比如从单继承变成也继承自 Loggable），可能意外改变子类的 MRO，进而影响方法调用顺序——这种耦合比组合隐晦得多。
