为什么Python中子类没有自动调用父类的__init_

子类定义了__init__会覆盖父类初始化逻辑，必须显式调用super().__init__()以确保父类属性和资源正确初始化，否则易引发AttributeError等运行时错误。

为什么python中子类没有自动调用父类的__init__

子类定义了 `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'
</p>

这个错误不是语法问题，也不是 import 缺失，而是对象创建时 self.data 根本没被赋值。调试时容易误以为是属性拼写错，其实只是漏了初始化链。

报错位置往往远离 __init__ 定义处（比如在某个业务方法里首次访问 self.data）
单元测试中 mock 掉部分逻辑，反而可能掩盖这个问题（因为 mock 后属性被临时注入，掩盖了初始化缺失）
如果父类 __init__ 还做了资源分配（如打开文件、连接数据库），漏调用会导致资源未初始化，但错误可能延迟到真正使用时才暴露

用 `super().init()` 而不是 `Parent.init(self)`

两种写法都能触发父类初始化，但行为差异很大：

Python 环境工具专业版

Python 环境工具专业版功能概述Python 环境工具专业版是一项面向实际任务的技能。它将相关步骤、工具调用和结果整理方式集中到统一流程中，帮助使用者更快完成目标并减少重复操作。核心要点使用时应结合输入条件选择合适的执行方式，核对必要参数、依赖环境与输出内容，并按原始要求处理异常情况。该技能适合需要稳定复用相关能力的场景，可作为自动化工作流的一部分，也便于后续检查、调整和扩展。执行完成后建议检查结果是否符合预期，并保留必要记录。使用与执行同时注意输入完整性、执行条件和输出可用性。从功能定位来看，该技能

下载

super().__init__() 遵循 MRO 顺序，支持多继承协作，在钻石继承等场景下避免重复调用 —— 这是推荐方式
Parent.__init__(self) 是硬编码调用，绕过 MRO；如果子类还继承了其他类（如 class Child(Parent, Mixin)），这种写法可能破坏初始化顺序，甚至导致某些父类 __init__ 被跳过
Python 3 中 super() 可以无参数调用（即 super().__init__()），编译器自动推导当前类和 self，更简洁安全

注意：super() 不等于“调用直接父类”，它调用的是 MRO 中当前类之后的下一个类 —— 所以在多重继承中，它的行为取决于 ClassName.__mro__，而不是代码里写的继承顺序。