super() 按 mro 查找下一个方法而非简单调父类，参数不匹配、未透传、父类缺 super 调用或 mro 断裂均会导致逻辑错误或运行时报错。

super() 在 Python 中调用被覆盖的父类方法时必须带参数

Python 的 super() 不是“自动找父类方法”，而是按 MRO（方法解析顺序）查找下一个实现。如果子类方法签名和父类不一致，直接写 super().method_name() 很可能报 TypeError: method_name() missing X required positional arguments。

常见错误场景：父类 __init__ 或 save() 接收参数，子类重写了它但没把参数透传给 super()。

• 显式补全所有必需参数，比如 super().save(force_insert, force_update, using)
• 用 **kwargs + *args 透传（推荐用于通用封装）：super().save(*args, **kwargs)
• 不要假设父类方法没有参数——查源码或文档，尤其 Django/SQLAlchemy 等框架中 save()、clean() 都有隐式参数

Java 里 super.methodName() 不能省略括号，且参数类型必须兼容

Java 编译期就检查 super 调用的合法性。写成 super.methodName（无括号）会编译失败；传入参数类型与父类声明不匹配（如父类要 String，你传了 Object）也会报错。

典型陷阱是泛型擦除后类型不一致，或子类重载了方法但没重写，导致 super 实际指向了另一个重载版本。

• 务必核对父类方法签名，包括返回类型、参数类型、是否 static（super 不能调用静态方法）
• IDE 自动生成的 super.toString() 可能漏掉 @Override 注解，导致实际没覆盖——先确认子类真有该方法声明
• 若父类方法抛出受检异常（checked exception），子类中 super 调用也必须处理或声明抛出

JavaScript 中 super 必须在 this 使用前调用，且仅限构造函数和方法内

super() 在 JS 类中不是函数调用语法糖，而是强制初始化原型链的关键步骤。在子类 constructor 里，只要用了 this，就必须先调 super()，否则报 ReferenceError: Must call super constructor in derived class before accessing 'this' or returning from derived constructor。

在普通方法里用 super.methodName() 倒是灵活些，但要注意：箭头函数里没有自己的 super 绑定，会沿作用域链向上找，容易误用。

• 构造函数中 super(...args) 参数必须与父类构造函数签名一致，少传或多传都会运行时报错
• 非构造方法中调用 super，不能用 call/apply 改变 this（super.method.call(this, ...) 是非法语法）
• ES6 类不支持多重继承，super 指向的是 extends 后直接指定的那个父类，不管中间有没有 Mixin

Python 多继承下 super() 不等于直接调父类名，MRO 错位会导致逻辑跳过

写 ParentClass.method(self, ...) 看似直白，但它绕过了 MRO，破坏了协作式设计（cooperative multiple inheritance）。而 super() 是按 C.__mro__ 查找下一个类，一旦某个父类没写 super()，链就断了。

比如 A → B → C 继承链，C 中 super().foo() 本该调 B.foo，但 B.foo 里没写 super().foo()，那 A.foo 就永远不会执行。

• 用 print(YourClass.__mro__) 确认实际顺序，别只看 class Child(ParentA, ParentB): 的书写顺序
• 所有参与多继承的父类方法，只要想被下游 super() 链式调用，都必须包含 super() 调用（哪怕只是空实现）
• 调试时可在各层方法开头加 print(f"called in {self.__class__.__name__}")，验证是否按预期走完全部 MRO

真正麻烦的不是语法怎么写，而是搞清「谁该负责传参」「谁该继续转发 super」「MRO 里有没有意外断点」——这些地方一错，逻辑就静默失效，很难靠测试全覆盖。