super() 调用失败主因是 MRO 顺序理解偏差：它按当前类的 MRO 动态查找下一方法，非简单调上一级；需确保所有父类协作式调用、参数严格对齐、避免静态方法中使用，并用 __mro__ 验证顺序。
super() 调用失败时，八成是 MRO 顺序没搞清
Python 的 super() 不是简单“找上一级父类”，而是按当前类的 MRO（Method Resolution Order）列表动态查找下一个匹配方法。常见报错如 AttributeError: 'super' object has no attribute 'xxx' 或静默跳过父类逻辑，往往是因为调用位置、参数传递或继承结构导致 MRO 查找落空。
实操建议：
- 用
MyClass.__mro__或inspect.getmro(MyClass)确认实际解析顺序，别凭继承写法脑补 -
super()必须在实例方法或类方法中调用，不能在静态方法或模块顶层用 - 如果父类方法接受参数，
super().method(...)必须传全——漏传self（实例方法）或cls（类方法）会直接报错 - 多重继承下，确保所有父类都使用
super()链式调用（即“协作式继承”），否则链会在某个父类断掉
初始化 __init__ 中 super() 的参数必须严格对齐
子类 __init__ 调用 super().__init__() 时，传参必须兼容父类签名。Python 不做参数自动适配，哪怕只是多传一个无关参数，也会触发 TypeError。
典型场景：父类 A.__init__(self, name)，子类 B.__init__(self, name, age)，想把 name 传给父类：
立即学习“Python免费学习笔记（深入）”；
class A:
def __init__(self, name):
self.name = name
<p>class B(A):
def <strong>init</strong>(self, name, age):
super().<strong>init</strong>(name) # ✅ 正确：只传父类需要的
self.age = age</p><h1>❌ 错误示例：</h1><h1>super().<strong>init</strong>(name, age) # TypeError: <strong>init</strong>() takes 2 positional arguments but 3 were given</h1><p>更隐蔽的问题：父类 __init__ 带默认参数，但子类重写了签名且未预留兼容位——此时应显式提取并透传，而非依赖参数顺序猜测。
在类方法和静态方法里 super() 的行为差异很大
super() 在类方法（@classmethod）中返回的是绑定到当前类的代理对象，能正确找到下一个类方法；但在静态方法（@staticmethod）中无法自动推导上下文，super().method() 会失败，因为没有隐式 cls 或 self。
实操建议：
- 类方法中用
super().classmethod_name()是安全的，super()自动传入当前类作为第一个参数 - 静态方法里不要用
super()—— 改用显式类名调用，如A.static_method()，或干脆避免在静态方法中设计需继承扩展的逻辑 - 若真需“伪静态”继承链，可将逻辑移到类方法中，再由静态方法委托调用
多重继承时 super() 不是“调父类”，而是“调 MRO 下一环”
比如 class C(B, A): pass，MRO 是 (C, B, A, object)。这时 super().__init__() 在 C 中调的是 B.__init__，不是 A.__init__；在 B 中调的才是 A.__init__。很多人误以为 super() 总是绕过直接父类去调“更上层”，其实它只看 MRO 位置。
容易踩的坑：
- 父类
B没定义__init__，但写了super().__init__()→ 实际调到了A.__init__，可能造成重复初始化或参数错位 - 混用显式父类调用（如
A.__init__(self)）和super()→ 打断协作链，后续super()调用可能跳过本该执行的类 - 动态创建类或使用
type()构造时，MRO 可能与预期不符，务必验证__mro__
真正难的不是语法，是让所有参与继承的类对 super() 的调用形成闭环——少一个，整条链就失效。
