为什么Python中的super()不一定总是指向直接父类？-Python教程-PHP中文网

super()查找的是mro列表中当前类之后的下一个类，而非语法上的直接父类；通过classname.__mro__或classname.mro()可查看该线性化顺序，其由c3算法静态确定，决定方法调用路径与super()委托目标。

为什么python中的super()不一定总是指向直接父类？

super() 查找的是 MRO 列表里的下一个类，不是“父类”这个概念本身

它不看继承关系图上的箭头指向谁，只看 Python 运行时算出来的 __mro__ 顺序。哪怕你写的是 class D(B, C)，D 的直接父类是 B 和 C，但 super() 在 D.__init__() 里调用的，可能是 B，也可能是 C，取决于 D.__mro__ 的第一个非 D 项。

怎么查当前类的 MRO 顺序？

直接打印 类名.__mro__ 或调用 类名.mro()：

class A: pass
class B(A): pass
class C(A): pass
class D(B, C): pass
<p>print(D.<strong>mro</strong>)</p><h1>输出：(<class>main.D'>, <class>main.B'>, <class>main.C'>, <class>main.A'>, <class>)</class></class></class></class></class>
</h1>

这个元组就是 super() 每次查找的路线图。它从左到右扫描，跳过当前类，取第一个有目标方法的类。

Python Testing

Python 测试速查：运行 pytest、使用 mock/patch、参数化、fixtures、异步、覆盖率测试。

下载

多继承中 super() 调用 B 之后为什么跳去 C，而不是回 A？

因为 MRO 是扁平化的线性顺序，不是树状回溯。在钻石结构 D → B → A 和 D → C → A 中，A 只会出现一次，且排在 B 和 C 之后 —— 这是 C3 线性化算法保证的。

D 中 super().__init__() → 找 B.__init__
B 中 super().__init__() → 不再看 A（虽然 B 直接继承 A），而是按 D.__mro__ 继续往后找，即下一个类是 C，所以调 C.__init__
C 中 super().__init__() → 再往后是 A，才真正调到 A.__init__

这就是为什么你看到输出是 D → B → C → A，而不是 D → B → A → C。

什么时候 super() 会绕过直接父类，调到“祖父类”？

当直接父类没实现该方法，而 MRO 后面的类实现了，就会跳过去。常见于 mixin 类或协议类设计：

定义一个空的 Base 类，只声明接口
MixinLog 实现了 .log()，但没继承 Base
Concrete(Base, MixinLog)，Concrete.__mro__ 是 [Concrete, Base, MixinLog, object]
Concrete().log() 中 super().log() 会跳过 Base（它没 log），直接调 MixinLog.log