根本原因是继承链或方法解析逻辑出现循环引用，如MRO异常、父类名误写、多继承设计不当或super()错误指向当前类，导致无限递归和栈溢出。

在复杂继承体系中，super() 调用引发栈溢出，根本原因不是 super 本身有问题，而是继承链或方法解析逻辑出现了循环引用——比如 MRO（Method Resolution Order）异常、父类名误写、多继承设计不当，或 super() 被错误地指向当前类而非上一级。这种“自我调用”会让方法反复进入自身，无限压栈，最终触发 RecursionError。

检查并修正 MRO 顺序

MRO 决定了 super() 向谁查找下一个方法。如果 MRO 中出现重复类、断裂或意外回环（如 A → B → C → A），super() 就可能绕回当前类。

• 用 ClassName.mro() 打印完整继承路径，确认没有重复或非预期回跳
• 避免手动修改 __mro__ 或动态篡改类结构
• 多重继承时，确保所有父类都遵循相同的协作协议（例如全部使用 super().__init__()）

杜绝显式 self.super 或动态 super 字段

某些框架或手写继承逻辑中，会把 self.super 当作属性赋值（如 self.super = super()），这在实例间共享或重入时极易失效，导致后续调用回到当前类。

• 始终在需要处**即时调用** super()，不要缓存为实例属性
• 避免在 __init__ 外的其他方法中做类似 self.super = super(Child, self) 的操作
• 若需复用，可封装为局部变量（如 parent = super()），但仅限当前作用域内使用

用显式父类名替代 super（谨慎但有效）

当继承关系明确、稳定且不常变动时，直接调用父类方法反而更可控，彻底规避 MRO 解析风险。

• 例如：A.__init__(self, ...) 替代 super().__init__(...)
• 适用于单继承主导、或调试阶段快速定位问题的场景
• 注意：若未来改为多继承，需同步更新所有显式调用，维护成本略高

添加调用日志与防护断言

在关键初始化或钩子方法中加入轻量级防御机制，提前捕获异常调用模式。

• 记录每次 super() 调用前的 self.__class__.__name__ 和目标类名
• 在 __init__ 开头加断言：assert self.__class__ is not ParentClass, "super() resolved to self"
• 对高频/递归倾向的方法（如 __getattribute__），考虑用装饰器限制嵌套深度

这类问题不复杂但容易忽略，关键在于让每次 super() 都落在预期的父类上，而不是兜一圈又回到自己。