Python多重继承中super()调用__init__误报缺失非必需位置参数问题

核心误区纠正 #

super()从来不是用来调用“当前类在定义时声明的直接父类”。它的实际运行规则非常直白：

• 每一次super()的调用，都会绑定当前正在操作的实例本身的MRO（方法解析顺序）链表，不会根据类定义的继承关系临时跳转
• 定位到当前类在这条MRO链上的位置，直接调用链中该位置的下一个类的同名方法
• MRO是Python通过C3线性化算法计算出的固定顺序，完全由类定义时的继承列表顺序决定，不会因为方法内部的super调用关系变化

所有通过super()发起的链式调用，本质是沿着MRO单向推进的过程，每一跳的参数传递完全独立，上一跳传多少参数、下一个被调用的方法需要多少参数，Python不会自动做对齐适配。

逐行拆解原代码的真实执行流程 #

原代码中类C的MRO可以通过C.mro()直接打印，顺序为：

[C, D, B, A, object]

从实例化C(1,2)开始逐节点追踪执行：

1. 进入C的__init__，打印hit C
2. C内部执行super().__init__(arg, arg1)：沿着MRO找到C后的第一个节点是D，将(1,2)两个参数传入D的__init__
3. 进入D的__init__，打印hit D
4. D内部执行super().__init__(arg)：这里的super()不会跳去D定义时声明的直接父类A——因为当前实例是C的实例，它的MRO链上D的下一个节点是B，所以这里只把单参数1传给了B的__init__
5. 触发报错：B的__init__签名要求接收self、arg、arg1三个参数（含自动传入的self），但D只传了self和arg，缺少必须的arg1位置参数，抛出TypeError

你之前误以为报错发生在“D调用A的阶段”，本质是把super()和类定义时的直接父类做了错误绑定，实际上执行流根本没走到A的调用环节就已经报错了。

调换继承顺序为什么会让报错位置转移 #

如果把C的继承列表改成class C(B, D)，重新计算的MRO顺序变为：

[C, B, D, A, object]

再走一遍执行流程：

1. 进入C的__init__，打印hit C
2. C的super沿着MRO找下一个节点是B，将(1,2)传给B的__init__
3. 进入B的__init__，打印hit B
4. B的super沿着MRO找下一个节点是D，只把单参数arg传给D的__init__
5. 触发报错：D的__init__要求接收arg、arg1两个参数，这里缺少arg1——也就是你观察到的“报错转移到B的调用流程中”

这个现象刚好印证了问题的本质：报错不是单个类的实现问题，而是MRO链路上的传参逻辑完全错位。不管链上的中间节点是B还是D，每个节点在调用super时，都只给自己“以为的直接父类”传了单参数，但链路上所有中间类都要求接收双参数，自然会稳定触发参数不匹配的错误。

为什么“给A补arg1参数”的规避方式不符合语义 #

这种规避方法本质是靠补全链路末端类的参数签名去兼容错位的传参，根本解决不了链路上的断层问题：

• 哪怕把A的__init__改成接收arg和arg1，原代码的执行流还是会在D跳去B的环节因为缺参报错，根本走不到A的调用步骤
• 你之前试过的“能消掉报错”的写法，只是刚好调整了继承顺序，让链路上所有方法的参数签名表面对齐，但这种对齐完全是靠打破类本身的设计职责凑出来的，根本不是稳定、可维护的写法

设计层面的本质问题 #

Python的super()机制从设计之初就有一个硬性要求：MRO链上的所有同名方法，必须保持完全统一的参数签名——不管你在链的哪个位置，只要是通过super发起的链式调用，传参逻辑、参数接收规则都要对齐，不然就一定会出现这种错位报错。
这种规则就决定了，如果你的类构造方法需要的参数是各自独立的、没有统一的参数契约，用多重继承加super的写法从根上就是不匹配的。你之前用组合模式重构业务逻辑的思路，恰恰是适配这种场景的正确选择。

内容的提问来源于stack exchange，提问作者shazamsixfive