立刻确认当前类真实mro顺序的唯一可靠方法是打印d.mro()或d.__mro__，输出为元组，如(, , , , )，vs code中hover显示不如手动print可信。
怎么立刻确认当前类的真实MRO顺序
别猜，直接打印 D.mro() 或访问 D.__mro__——这是唯一可信依据。很多“方法没生效”“super() 报错”的问题，根源是你脑内 MRO 和 Python 实际算出来的不一致。
输出是元组，例如 (<class>, <class>, <class>, <class>, <class>)</class></class></class></class></class>。VS Code 装了 Pylance 扩展后 hover 类名可能显示摘要，但不如手动 print 可靠。
常见错误现象：重写了 func() 却没被调用；super().__init__() 突然报 TypeError: __init__() missing 1 required positional argument——第一反应不是改逻辑，而是立刻查 MRO。
为什么 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__就会被执行两次——钻石继承里最典型的初始化错乱
参数必须透传：**kwargs 是协作式继承的生命线。所有参与多继承的类，__init__ 必须接受并透传 **kwargs，否则参数会在某一层卡住。
遇到 TypeError: Cannot create a consistent method resolution order (MRO) 怎么办
这个错误在类定义时就抛出，不是运行时问题，说明继承结构本身冲突。典型触发条件：
-
class A(X, Y): pass和class B(Y, X): pass，再写class C(A, B): pass必报错 —— A 要求 X 在 Y 前，B 要求 Y 在 X 前，C3 算法无法协调 - 两个父类有共同祖先，但祖先在它们各自的 MRO 中出现顺序不一致
解法很直接：
- 统一父类的继承顺序：
class A(X, Y): pass和class B(X, Y): pass，再继承就没问题 - 优先用 Mixin：确保它们只继承
object，且彼此不形成交叉继承链，比如JSONSerializableMixin、ComparableMixin - 避免让无关父类提供同名但语义不同的方法（如都定义
save()）
同名方法冲突时如何绕过 MRO 默认行为
当 MRO 自动选中的方法不符合需求（比如你想跳过 B.func()，直接用 C.func()），就得放弃 super() 链：
- 强制调用：
B.func(self)或C.func(self)，但会破坏协作式继承，仅限调试或特殊控制场景 - 偏移调用：
super(C, self).func()表示“从C在 MRO 中的下一个类开始找”，比直接写类名稍灵活 -
super()在类方法、静态方法里行为不同，普通实例方法里才按 MRO 走
MRO 不是运行时动态变化的，而是在类定义时由 C3 算法一次性算死的。真正容易被忽略的是：哪怕你没重写任何方法，只要继承结构存在隐性冲突（比如第三方库里的类顺序不一致），import 那一刻就可能失败——而不是等到你调用某个方法。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
