Python多继承MRO顺序解析

Python 的 MRO（方法解析顺序）并非凭直觉或简单拼接就能推断，而是由严谨的 C3 线性化算法严格计算得出，它确保子类优先于父类、各父类相对顺序不变且满足继承扩展的单调性；尤其在多重继承存在共同祖先时，手动“猜测”极易出错——object 位置、重复基类去重、super() 链式调用行为等都依赖精确的 MRO，因此必须通过 `__mro__` 或 `mro()` 实际验证，并理解其底层逻辑，否则在动态构建类、调试复杂继承库或处理协作式多继承时将陷入难以排查的陷阱。

什么是 MRO，为什么不能靠猜

MRO（Method Resolution Order）是 Python 查找方法时遵循的线性化顺序，不是按继承声明顺序简单拼接，也不是按“深度优先”或“广度优先”直觉推导。Python 用的是 C3 线性化算法，它保证：子类总在父类之前；每个父类的相对顺序在其自身 MRO 中保持不变；满足单调性（即继承关系扩展时，MRO 不会突然打乱已有顺序）。靠手动画继承图+瞎猜，很容易错——尤其当多个父类有共同祖先时，object 的位置、重复基类的去重规则都会影响结果。

用 __mro__ 和 mro() 快速验证，但别只依赖它

运行时查是最稳妥的方式，但得理解它怎么来的，否则遇到动态构建类（比如用 type()）、或调试第三方库的继承链时就懵了。直接访问 ClassName.__mro__ 或调用 ClassName.mro() 返回 tuple，里面是类对象，可读但不直观：

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'>

注意：__mro__ 是只读属性，不能改；mro() 是类方法，子类可重写（极少见，但存在）；两者结果一致。

C3 算法的手动计算步骤（带例子）

以 class D(B, C): pass 为例，其中 B 继承 A，C 也继承 A。手动算 MRO 就三步：

• 写出每个类自己的「本地 MRO」：最左是自己，然后是其父类的 MRO（递归），最后是 object。例如：B.__mro__ = (B, A, object)，C.__mro__ = (C, A, object)，A.__mro__ = (A, object)
• 构造初始序列：[D] + list(B.__mro__) + list(C.__mro__) → [D, B, A, object, C, A, object]
• 逐个取头元素：若该元素不在其余任何序列的尾部（即没被“挡住”），就把它提出来，从所有序列中删掉它；否则跳过，看下一个。重复直到所有元素被提完或卡住（卡住说明继承定义非法，Python 会报 TypeError: Cannot create a consistent method resolution order）

实际操作中，更推荐用 Python 写个简化版 C3 模拟器辅助验证，而不是纯手算——尤其当继承链超过 3 层时，人工容易漏判“是否被挡住”。

常见陷阱和兼容性差异

Python 2 和 Python 3 的 MRO 行为一致（都用 C3），但 Python 2 中经典类（不显式继承 object）走的是深度优先，这点已淘汰，不用管。真正容易翻车的是：

• super() 调用依赖当前 MRO，不是看代码里写了谁；如果父类方法里又调了 super()，它会继续往后找，不是回到调用者父类
• 多重继承时，如果两个父类都实现了同名方法，靠 MRO 顺序决定谁生效，但若它们内部逻辑没协作（比如都没调 super()），后一个根本不会被执行
• 使用 __bases__ 修改继承关系（如 D.__bases__ = (C, B)）不会自动更新 __mro__，必须重新创建类，否则行为未定义

真要手动算，重点盯住“共同祖先是否被提前挤出”和“各父类 MRO 中的相对顺序是否被破坏”——这两点错了，MRO 就崩了。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~