先说说几个关键点。Python 里子类重写父类属性,这事儿看着简单,但坑其实不少。很多刚接触的朋友容易在这里翻车,尤其是当父类初始化逻辑比较复杂的时候,稍不留神就把整个继承链搞断了。
核心问题其实就一个:子类要怎么处理父类已经定义好的属性?是直接覆盖,还是想办法保留并扩展?不同场景下,做法完全不一样。

子类直接赋值同名属性,会覆盖父类属性吗?
这个问题很典型,答案是:会,但仅限于实例属性。
Python 的属性查找遵循 MRO(方法解析顺序),而实例属性的优先级天然高于类属性。如果父类在 __init__ 里通过 self.xxx = ... 设置了实例属性,子类在自己的 __init__ 里也写 self.xxx = ...,那这个值就直接替换了父类设的值——注意,这不是“扩展”,是完完全全的“覆盖”。
最常见的翻车场景是这样的:Parent.name 初始化为 "default",子类没调用 super().__init__() 就直接赋 self.name = "child"。结果父类其他依赖 self.name 的逻辑全部出错,因为初始化流程被跳过了。
这里有三个关键点需要注意:
- 必须显式调用
super().__init__(),否则父类__init__根本不执行 - 如果父类属性是类属性(比如
class Parent: name = "default"),子类直接写name = "child"会覆盖整个类层级的该属性,影响所有实例 - 想“保留父类值再修改”,得先调用父类初始化,再对
self.xxx做二次操作
在子类 __init__ 中安全扩展父类初始化的正确写法
核心原则其实很简单:先让父类完成它该做的事,再做子类专属操作。顺序一错,轻则属性缺失,重则直接抛出 AttributeError 或逻辑错乱。
拿一个实际场景来说:父类管理连接配置,子类需要额外设置超时和认证头。
class BaseClient:
def __init__(self, host):
self.host = host
self.session = None # 父类预留的实例属性
class APIClient(BaseClient):
def __init__(self, host, timeout=30, token=None):
super().__init__(host) # ✅ 必须第一行,确保 self.host 和 self.session 存在
self.timeout = timeout
self.token = token
if self.session is None: # 父类没建 session?子类来补
self.session = requests.Session()
这里面有几个细节值得注意:
- 参数设计上,子类构造函数应兼容父类参数(至少包含父类所有必需参数),避免调用断裂
- 如果父类
__init__有默认参数,子类可以选择性地透传或重定义,但别漏掉必需项 - 避免在
super().__init__()前访问任何self.xxx,此时实例还没被父类初始化,self就是个空壳
想“继承并修改”父类属性值,而不是覆盖,该怎么办?
一个很常见的需求:父类设了 self.headers = {"User-Agent": "python-requests"},子类想加一个 "Authorization" 字段,而不是全量替换。
错误的做法是直接写 self.headers = {"Authorization": f"Bearer {token}"}——这样会把 User-Agent 给覆盖掉。
正确的做法是在调用 super().__init__() 后,对已有字典做更新:
class AuthClient(BaseClient):
def __init__(self, host, token):
super().__init__(host)
self.headers["Authorization"] = f"Bearer {token}" # ✅ 基于父类已创建的 dict 扩展
# 或更稳妥:self.headers = {**self.headers, "Authorization": ...}
这里有几个隐藏的前提条件:
- 父类确实在
self上创建了可变对象(如dict、list),不可变对象(如str、int)无法“扩展”,只能覆盖 - 如果父类用的是类属性定义字典(
headers = {...}),子类直接self.headers会触发实例属性绑定,之后修改只影响当前实例——这反而是安全的 - 不确定父类实现时,可以用
getattr(self, "headers", {}).copy()开头再更新,防AttributeError
为什么有时 super().__init__() 不报错,却没生效?
这是最隐蔽的问题。原因通常是:父类的 __init__ 是空的,或者父类根本没定义 __init__。这时 super().__init__() 看似执行了,其实什么也没做,很容易让人误以为“已继承”。
但更麻烦的情况是——如果父类是多重继承链中的一环,而某个中间类没写 super().__init__(),整个链就断了。
这里有几个排查思路:
- 用
BaseClient.__mro__查看继承顺序,确认父类是否真在链上 - 检查父类源码或文档,确认它是否真的在
__init__中设置了关键属性 - 在子类
__init__中加一句print(vars(self))(调用super后),验证父类属性是否存在 - 多重继承下,务必所有类都使用
super(),且参数签名一致,否则 MRO 链可能提前终止
说到底,属性不是靠名字“自动继承”的,是靠初始化过程把值写进 self。漏掉那一步,名字再一样,也是空的。