很多同学在面试里听到“解释一下 Python 里的 super()”就头大，感觉这玩意儿既简单又复杂。简单是因为写法上就一个函数 super()，复杂是因为一旦涉及多重继承、MRO（方法解析顺序），就容易绕晕。今天我就用比较接地气的方式，把 super() 的运行机制聊清楚，顺带结合一些真实开发里的坑，帮助你把这块知识彻底拿下。

先说最直观的理解。super() 并不是单纯地“调用父类方法”这么简单，它其实是按照类的继承链条，也就是 MRO（Method Resolution Order）顺序，去找到下一个合适的类方法来执行。换句话说，它不是死板地指向某个父类，而是根据继承体系的动态关系来决定调用谁。这就是为什么同一个 super() 放在不同的地方，效果可能完全不一样。

举个最常见的例子。假设我们有个类继承链：

class A:    def show(self):
        print("A")

class B(A):
    def show(self):
        print("B")
        super().show()

class C(B):
    def show(self):
        print("C")
        super().show()

现在我们来跑一下：

C().show()

输出是：

CB
A

这里 super() 干的事就是按照 C → B → A 这样的顺序往下走。你可能会说，这不就和直接写 A.show(self) 差不多吗？其实不然。关键点在于，super() 遵循的是类的 MRO，不管你改了继承顺序还是多继承，super() 都会按照“算出来的顺序”去找下一个类的方法，而不是死盯着某个类。

这就引出了一个经常被问到的知识点：MRO 是怎么算的？Python 用的是 C3 线性化算法，这名字听着挺高大上，简单来说就是“把所有父类排成一个顺序，保证继承关系合理且不重复”。我们可以通过 类名.__mro__ 或 类名.mro() 来查看。比如：

print(C.mro())

会得到：

[<class '__main__.C'>, <class '__main__.B'>, <class '__main__.A'>, <class 'object'>]

所以当 super() 被调用时，Python 会从当前类在 MRO 中的位置往后找，执行下一个类的方法。正因为如此，super() 才能在复杂的多重继承里避免重复调用，维持整个调用链的顺畅。

那问题来了，如果不用 super()，直接写父类方法会怎样？比如：

class B(A):    def show(self):
        print("B")
        A.show(self)

这样看起来也能跑，没错，但一旦遇到多继承，你就会掉坑里。比如：

class X:    def show(self):
        print("X")

class Y(A, X):
    def show(self):
        print("Y")
        super().show()

class Z(Y, B):
    def show(self):
        print("Z")
        super().show()

打印 Z().show() 的时候，你会发现 super() 会聪明地按照 MRO 路径，把该调用的父类全都串起来，而不是你手工硬编码的那个类。假如你写死了某个父类，那整个调用顺序可能就乱了，甚至会重复调用或漏掉某些类的方法。这就是为什么官方一直推荐用 super() 而不是直接写父类名。

这里还有个容易误解的点：很多人觉得 super() 一定要写成 super(类名, self)，比如 super(B, self).show()。其实在 Python 3 里，super() 已经可以省略参数了，它会自动推断当前类和实例，大部分时候直接写 super().方法名() 就够了。不过如果你在一些元编程或者特殊情况下需要更灵活的控制，还是可以显式传参。

说到这里，我想插一句个人经验。在实际项目里，很多初级开发对 super() 有点排斥，觉得它“黑魔法”一样，其实用久了就发现它就是个帮你省事的工具。比如在 Django 里写模型或者中间件，经常需要调用父类的某个初始化方法，如果不用 super()，你就得写死父类名字，改继承的时候很容易忘记改这块，直接埋雷。用 super() 的好处就是一旦继承体系调整，你的代码不用改也能跑得对。

当然，super() 也不是万能的。有些场景下，它确实会让人更困惑。比如多继承时，你以为调用的是某个父类的方法，结果 MRO 算出来的顺序把另一个类排前面了，逻辑就走偏了。所以我一直建议团队在用多继承时要特别谨慎，能不用就别用，或者用 mixin 类那种轻量的方式，别搞得继承链太长。毕竟 super() 虽然聪明，但人脑不一定跟得上。

另外，还有人好奇 super() 到底是怎么实现的。其实它就是个内置类，调用时会返回一个“代理对象”，这个代理对象知道自己在哪个类上下文里，然后去 MRO 找下一个合适的方法。你完全可以把它理解为一个动态的“查找器”，而不是某个固定的父类引用。

我再补个小坑，很多人第一次用 super() 的时候会忘记传 self，比如写成：

super().show

结果打印出来只是个方法对象，并不会真正执行。正确的用法得加括号调用：super().show()。这点看着蠢，但面试里还真有人犯过。

总结一下吧，super() 的核心要点有三个：第一，它不是单纯调用父类，而是遵循 MRO 找“下一个类”；第二，Python 3 里可以省略参数，直接写 super() 就行；第三，在多继承场景里，super() 才真正体现出它的价值，能帮你保持调用链的正确性。理解了这几点，基本上你就能在面试里把 super() 讲明白。

最后我想留个思考题：在实际开发中，你们觉得多继承是不是个好设计？super() 是为了解决多继承的问题才显得必要的，但现实里大部分项目其实很少用多继承。那是不是说明 super() 其实被高估了？我个人觉得它确实很有用，但更像是个保险丝，真用到的概率可能没你想象的那么高。兄弟们，你们怎么看？

更多相关技术内容咨询欢迎前往并持续关注好学星城论坛了解详情。

想高效系统的学习Python编程语言，推荐大家关注一个微信公众号：Python编程学习圈。每天分享行业资讯、技术干货供大家阅读，关注即可免费领取整套Python入门到进阶的学习资料以及教程，感兴趣的小伙伴赶紧行动起来吧。