为什么在Python中应该优先使用组合而非继承-Python教程-PHP中文网

组合更贴合Python运行时特性和业务变化节奏：继承易引发全局风险、运行时无法切换行为、测试困难；组合支持运行时替换、简化测试、避免MRO复杂度，并通过Protocol实现轻量安全的接口契约。

为什么在python中应该优先使用组合而非继承

组合不是“更高级的写法”，而是更贴合Python运行时特性和真实业务变化节奏的选择。当你发现子类只覆盖一两个方法、其他全靠父类撑着，或者改个notify()导致三个服务报错，基本就该切到组合了。

继承会让修改变成全局风险

父类一旦调整内部逻辑或默认行为，所有子类都会被静默影响。比如你有个BaseNotifier，里面send()默认走邮件；某天改成默认发站内信，但SlackNotifier和SMSNotifier早就在各自send()里重写了实现——它们没出问题，可EmailNotifier却因为没重写而突然开始发站内信，线上告警直接炸了。

继承关系在定义时就锁死，无法在运行时切换行为
子类越少重写方法，父类越像一个“共享状态容器”，而不是抽象类型
测试时必须 mock 整个继承链，而不是只替换某个协作对象

组合天然支持运行时替换和单元测试

把能力拆成独立对象，用构造函数或 setter 注入，就能随时换掉具体实现。比如通知系统里，UserService不继承Notifier，而是持有一个notifier实例：

class UserService:
    def __init__(self, notifier):
        self.notifier = notifier  # 可传 EmailNotifier(), MockNotifier(), 或 NullNotifier()
<pre class="brush:php;toolbar:false;">def create_user(self, user_data):
    self.notifier.send(f"New user: {user_data['email']}")

macOS UI 自动化技能包 —— 用 Python 控制你的 Mac

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

测试时直接传MockNotifier()，不用管super().__init__()怎么调
灰度阶段可以按用户 ID 切流量：偶数 ID 走新短信通道，奇数走老邮件
__getattr__可以代理部分方法，但别滥用——显式调用self.notifier.send()比隐式转发更易 debug

多继承和 MRO 是隐藏的复杂度放大器

当项目里出现class AlertHandler(Loggable, Retriable, Notifiable)，你就已经站在菱形继承边缘。Python 的 MRO 看似可靠，但super()实际调用顺序依赖整个继承树，而这个树可能跨模块、跨包、甚至由第三方库注入。

错误信息里出现TypeError: super(type, obj): obj must be an instance of type，往往是因为某个中间类没正确调用super().__init__()
想加个新能力？不是加个 mixin 就完事，还得检查它和现有父类的__init__参数是否兼容
用组合的话，Retrier和Logger就是两个普通对象，谁也不用知道对方存在

协议（Protocol）让组合更轻量、更安全

不需要为每个能力都写一个抽象基类。用typing.Protocol描述接口，再让具体类实现它，既得类型提示，又不绑死继承关系：

from typing import Protocol
<p>class Notifier(Protocol):
def send(self, message: str) -> None: ...</p><p>class EmailNotifier:
def send(self, message: str) -> None:
print("Email:", message)</p><h1>UserService.<strong>init</strong> 只依赖协议，不关心具体类</h1><p>def <strong>init</strong>(self, notifier: Notifier):
self.notifier = notifier
</p>