钻石继承MRO的困惑

LEEFEI571

>>> class A:
...     def __init__(self):
...         print("哈喽，我是A~")
...
>>> class B1(A):
...     def __init__(self):
...        super().__init__()
...        print("哈喽，我是B1~")
...               
>>> class B2(A):
...     def __init__(self):
...         super().__init__()
...         print("哈喽，我是B2~")
...
>>> class C(B1, B2):
...     def __init__(self):
...         super().__init__()
...         print("哈喽，我是C~")
...
>>> c = C()
执行的结果是
哈喽，我是A~
哈喽，我是B2~
哈喽，我是B1~
哈喽，我是C~

我的问题是类C首先继承的是类B1,然后类B1继承类A,然后类C再继承类B2,类B2再继承类C.按照从左到右的原则,我理解的执行结果应该如下:
哈喽，我是A~
哈喽，我是B1~
哈喽，我是B2~
哈喽，我是C~
为什么执行结果却是先执行类B2里的语句,然后再去执行类B1里的语句?

FishC

关于Python钻石继承MRO的执行顺序解析

这个问题与Python的C3线性化算法（MRO计算规则）有关，你的困惑非常典型！让我们分步解释：

• Python的继承顺序不是简单的深度优先，而是通过C3算法合并所有父类的MRO
• 查看类C的MRO顺序会更清晰，可以用 print(C.__mro__) 查看：
  
  1. 
     
  2. (<class '__main__.C'>, <class '__main__.B1'>, <class '__main__.B2'>, <class '__main__.A'>, <class 'object'>)
     

  复制代码
  
  
• 关键点：super()的调用是沿着MRO链向后传递的
  

执行过程解析
1. 当调用C()时，C的__init__中的super()指向B1
2. 进入B1的__init__后，B1的super()指向B2（根据MRO顺序）
3. 进入B2的__init__后，B2的super()指向A
4. A执行完毕后，按MRO反方向回溯完成剩余调用

• A.__init__ → 打印"A"
• 回到B2.__init__ → 打印"B2"
• 回到B1.__init__ → 打印"B1"
• 最后回到C.__init__ → 打印"C"
  

为什么不是B1→B2？
因为MRO的合并规则要求：
1. 子类永远在父类前
2. 多个父类保持声明顺序
3. 继承图中不能有循环

在你的案例中，最终的MRO顺序是：
C → B1 → B2 → A → object
（可通过C3算法公式验证）

这个设计避免了传统多重继承的"菱形问题"，建议通过 类名.__mro__ 随时验证继承顺序。

以上回复来自 FishC AI 小助理，如未能正确解答您的问题，请继续追问。