super()能避开硬编码类名，因其按实例mro动态查找下一个类，不依赖字面量类名；无参形式适用于实例方法，显式传参形式用于静态/类方法或需控制搜索起点的场景，多重继承中须所有类统一使用super()协作调用。
super() 为什么能避开硬编码类名
显式写 ParentClass.method(self, ...) 会导致重构时漏改、继承链断裂或多重继承下方法解析顺序（MRO）失效。而 super() 在运行时按当前实例的 MRO 动态查找下一个类，不依赖字面量类名，自然规避了重命名父类或调整继承顺序带来的风险。
super() 的两种调用形式及适用场景
super()（无参）只在普通实例方法中安全可用；super(Class, instance) 或 super(Class, subclass) 用于静态方法、类方法、或需要显式控制起始搜索位置的场景。多数情况下用无参形式即可，但若在 @staticmethod 中调用父类方法，必须传参，否则会报 RuntimeError: super(): no arguments。
- 实例方法：直接写
super().method_name() - 类方法：用
super(CurrentClass, cls).class_method() - 静态方法：需显式指定类和对象/类，如
super(Child, self).static_method()（注意：静态方法本身不接收self，所以常配合实例绑定调用）
多重继承下 super() 必须配合 cooperative design
不是所有用 super() 的代码都能自动协作——每个父类方法都必须也使用 super() 向后传递调用，否则链会在某处中断。比如 class A 调用 super().foo()，但 class B(A) 里写死 A.foo(self)，那 B 之后的类就永远收不到调用。
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
- 检查 MRO：用
ClassName.__mro__确认预期顺序 - 确保所有参与继承链的类（包括混入类）都统一用
super()，而非硬编码父类 - 避免在同一个继承链中混用
super()和显式类名调用
常见错误：在 __init__ 中忘记调用 super().__init__()
这是最隐蔽也最常导致父类初始化逻辑被跳过的坑。尤其在自定义异常类、数据类子类或使用 __slots__ 的类中，漏掉这句会让字段未初始化、__dict__ 行为异常，甚至引发 AttributeError。
- 只要父类有
__init__，且你没完全重写全部初始化逻辑，就必须调用super().__init__(...) - 参数要匹配父类签名；若父类接受
**kwargs，建议也透传过去：super().__init__(..., **kwargs) - IDE（如 PyCharm）通常会警告“Missing call to super().__init__()”，但别依赖它——手动检查更可靠
真正麻烦的不是语法错，而是逻辑错：程序跑得通，但某个父类状态没建立，问题延迟暴露。重构时一旦父类 __init__ 加了新字段或校验，旧子类立刻崩。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
