子类定义了__init__会覆盖父类初始化逻辑，必须显式调用super().__init__()以确保父类属性和资源正确初始化，否则易引发AttributeError等运行时错误。
子类定义了 __init__ 就会覆盖父类的初始化逻辑
Python 的继承机制里，__init__ 只是一个普通实例方法——它不特殊到能“自动链式调用”。一旦子类自己实现了 __init__，Python 就认为你已接管整个初始化流程，不会再管父类的 __init__ 是否该执行。
这和 C++ 或 Java 的构造函数自动调用父类构造器不同。Python 更“显式优先”：你写了，就按你写的来；你不写，才退回到父类的 __init__（如果存在）。
- 子类没定义
__init__→ 自动沿 MRO 向上找，调用第一个找到的父类__init__ - 子类定义了
__init__→ 只执行子类自己的，父类的__init__完全被跳过 - 父类
__init__里初始化了self.x、self.config等属性 → 子类若不手动调用，这些属性根本不会存在，后续访问直接抛AttributeError
不调用父类 __init__ 的典型报错现象
最常见的是运行时 AttributeError，尤其在子类试图访问父类初始化的属性时：
class Parent:
def __init__(self):
self.data = [1, 2, 3]
<p>class Child(Parent):
def <strong>init</strong>(self):
self.tag = "child"</p><p>c = Child()
print(c.data) # AttributeError: 'Child' object has no attribute 'data'
这个错误不是语法问题，也不是 import 缺失，而是对象创建时 self.data 根本没被赋值。调试时容易误以为是属性拼写错，其实只是漏了初始化链。
立即学习“Python免费学习笔记（深入）”；
Python 环境工具专业版功能概述Python 环境工具专业版是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。执行完成后建议检查结果是否符合预期，并保留必要记录。使用与执行同时注意输入完整性、执行条件和输出可用性。从功能定位来看，该技能
- 报错位置往往远离
__init__定义处（比如在某个业务方法里首次访问self.data） - 单元测试中 mock 掉部分逻辑，反而可能掩盖这个问题（因为 mock 后属性被临时注入，掩盖了初始化缺失）
- 如果父类
__init__还做了资源分配（如打开文件、连接数据库），漏调用会导致资源未初始化，但错误可能延迟到真正使用时才暴露
用 super().__init__() 而不是 Parent.__init__(self)
两种写法都能触发父类初始化，但行为差异很大：
-
super().__init__()遵循 MRO 顺序，支持多继承协作，在钻石继承等场景下避免重复调用 —— 这是推荐方式 -
Parent.__init__(self)是硬编码调用，绕过 MRO；如果子类还继承了其他类（如class Child(Parent, Mixin)），这种写法可能破坏初始化顺序，甚至导致某些父类__init__被跳过 - Python 3 中
super()可以无参数调用（即super().__init__()），编译器自动推导当前类和self，更简洁安全
注意：super() 不等于“调用直接父类”，它调用的是 MRO 中当前类之后的下一个类 —— 所以在多重继承中，它的行为取决于 ClassName.__mro__，而不是代码里写的继承顺序。
哪些情况可以不调用父类 __init__？
极少，但确实存在合理例外：
- 父类是抽象基类（ABC），其
__init__仅作占位或抛NotImplementedError，子类必须重写且自行初始化 - 子类完全重构了对象结构，不需要父类任何初始化状态（例如父类为通用工具类，子类是全新语义的独立实体）
- 父类
__init__带强制参数，而子类通过其他方式（如工厂方法、配置加载）获得等效数据，且明确绕过父类逻辑
但只要父类 __init__ 实际做了属性赋值、状态设置或副作用（如日志、注册、缓存预热），跳过它几乎必然导致对象处于不一致状态。这不是风格选择，而是契约遵守问题。
最容易被忽略的一点：即使父类 __init__ 看似“空”，也要确认它是否继承自更上层类（比如 object 之上的框架基类），那些隐藏的初始化逻辑可能正悄悄支撑着整个对象生命周期。
