Python多重继承的MRO由C3线性化算法确定，唯一可靠查看方式是打印类的__mro__或mro()，它决定super()调用路径、方法查找顺序及初始化行为，冲突时定义即报错。
怎么看当前类真实的MRO顺序
别猜，直接打印D.mro()或D.__mro__——这是唯一可信依据。很多“方法没生效”“super()报错”的问题，根源就是你脑内MRO和Python实际算出来的不一致。
- 输出是元组，例如
(<class>, <class>, <class>, <class>, <class>)</class></class></class></class></class> - 如果类定义时就抛出
TypeError: Cannot create a consistent method resolution order (MRO)，说明继承结构本身冲突，不是运行时问题 - VS Code里装了Python扩展（如Pylance），hover在类名上有时会显示MRO摘要，但不如手动print可靠
为什么super()调用会跳过预期父类
super()不是“调父类”，而是“调MRO序列中当前类的下一个类”。比如class D(B, C)，D.mro()是[D, B, C, A, object]，那么B.__init__()里的super().__init__()会去找C.__init__()，而不是A.__init__()。
- 只有
C没定义__init__，才会继续往下走到A - 如果
B和C都显式调了A.__init__(self)，A.__init__会被执行两次——这是钻石继承里最典型的初始化错乱 - 所有参与多继承的类，
__init__必须接受**kwargs并透传，否则参数会在某一层卡住
如何避免MRO构建失败的继承冲突
错误TypeError: Cannot create a consistent method resolution order (MRO)通常源于多个父类对同一组基类的声明顺序不一致。
- 反例：
class A(X, Y): pass和class B(Y, X): pass，再写class C(A, B): pass必报错 - 解法：统一为
class A(X, Y): pass和class B(X, Y): pass，再继承就没问题 - Mixin类更安全：确保它们只继承
object，且彼此不形成交叉继承链，比如JSONSerializableMixin、ComparableMixin
同名方法冲突时怎么绕过MRO默认行为
当MRO自动选中的方法不符合需求（比如你想跳过B.func()，直接用C.func()），就得放弃super()链，改用显式调用。
立即学习“Python免费学习笔记（深入）”；
- 强制调用：
C.func(self)或B.func(self)，但会破坏协作式继承，仅限调试或特殊控制场景 - 偏移调用：
super(C, self).func()表示“从C在MRO中的下一个类开始找”，比直接写类名稍灵活 - 注意：
super()在类方法、静态方法里行为不同，普通实例方法里才按MRO走
import那一刻就可能失败——而不是等到你调用某个方法时才暴露。 
