Python单继承中子类调用父类方法出错，因super()走MRO链而类名调用硬编码父类；多继承需理解C3线性化MRO规则，统一用super()并保持参数签名一致，避免参数丢失或冲突。
Python单继承里，子类调用父类方法为什么有时出错？
因为没搞清 super() 和直接用类名调用的区别。前者走MRO链，后者硬编码父类，容易在多重继承时失效，单继承下看着没问题，但一改结构就崩。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 统一用
super().__init__()而不是ParentClass.__init__(self)，哪怕只有单层继承 —— 这是为后续可能的多继承留余地 - 如果父类
__init__有必传参数，子类必须显式接收并透传，比如：def __init__(self, name, age): super().__init__(name); self.age = age - 别在父类方法里写
print("I'm Parent")就以为“执行了”，得真调用才生效；常见错误是忘了加括号，写成super().method（没调用）而不是super().method()
Python多继承中，Method Resolution Order (MRO) 怎么查、怎么读？
C.mro() 或 C.__mro__ 直接返回元组，顺序就是Python实际查找方法的路径。它不是按继承声明顺序排的，而是按C3线性化算法算出来的 —— 简单说：子类永远在父类前面，各父类之间保持声明顺序，同时满足所有祖先的相对位置约束。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 运行
print(ChildClass.__mro__)是最快验证方式，别靠猜 - 如果两个父类都有同名方法（比如
get_data），Python只调用MRO里第一个出现的那个，后面的被完全忽略 - 避免写
class C(A, B): pass然后又让A和B都继承自同一个基类（如Base），否则MRO会变长且难预测，典型报错是TypeError: Cannot create a consistent method resolution order
为什么用了 super() 还是没走到想要的父类方法？
因为 super() 不是指“上一级父类”，而是指MRO中当前类的下一个类。它的行为高度依赖调用上下文 —— 在哪个类里写的 super()，就从那个类在MRO里的位置往后找。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 在
class D(B, C):的方法里写super().foo()，等价于调用MRO[D]中D后面那个类的foo，不一定是B - 如果想强制跳过中间某层，不要用
super()，改用明确类名调用，比如B.foo(self)—— 但要清楚这破坏了协作式设计，仅限调试或特殊场景 - 所有参与多继承的类，方法签名尽量一致（尤其是
__init__），否则super()往下传参时容易因参数不匹配而报TypeError
多继承下重写 __init__ 时，参数怎么传才不漏、不重、不错位？
没有银弹，但关键原则是：每个类只处理自己关心的参数，其余用 **kwargs 透传给 super()。否则参数在链上某处消失，后面类收不到，或者重复接收导致 got multiple values for argument 错误。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 基类（最顶层）的
__init__应该接受**kwargs并忽略多余参数，避免卡死整条链 - 中间类示例：
def __init__(self, name, **kwargs): super().__init__(**kwargs); self.name = name - 终端子类负责收集全部参数，再分发，比如：
D(age=25, name="Alice", value=100)→D.__init__拿age，传name和value给super()
真正麻烦的不是语法，而是当三个类都重写了同一个方法，又各自调用 super()，你还得靠 __mro__ 手动推演执行流 —— 这时候别硬扛，直接打日志或用 breakpoint() 跟进去看实际走到哪了。
