优先使用组合而非继承，因其使职责更清晰、支持运行时行为变更、规避多重继承复杂性，并契合Python鸭子类型哲学。
在Python开发中，优先使用组合而非继承，是构建灵活、可维护系统的关键设计原则。这不是教条，而是源于Python动态特性与实际工程需求的自然选择。
组合让类职责更清晰
继承容易导致父类承担过多职责，子类被迫继承不需要的功能，形成“胖基类”。组合则明确“拥有什么”，而不是“是什么”。比如一个red”>EmailService类不需要继承Logger，而应持有一个日志器实例：
- 用self.logger = Logger()表达“我需要记录日志”
- 避免class EmailService(Logger)带来的语义混淆和方法污染
- 后续替换为FileLogger或NullLogger时，只需改初始化，不碰类结构
组合天然支持运行时行为变更
Python对象属性可在运行中替换，组合借此实现高度动态的行为调整。继承关系在定义时就固化，无法临时切换。
- 例如网络客户端可动态更换self.encoder（如从JsonEncoder切到MsgPackEncoder）
- 测试时直接注入模拟对象：client.transport = MockTransport()
- 无需修改类定义，也不依赖复杂的mock框架打补丁
组合规避多重继承的复杂性
Python虽支持多重继承，但MRO（方法解析顺序）和super()调用链容易出错，尤其在第三方库混用时。组合把依赖显式声明为属性，逻辑一目了然。
立即学习“Python免费学习笔记（深入）”；
- 要同时用缓存和重试机制？直接加self.cache = RedisCache()和self.retryer = ExponentialRetry()
- 每个组件独立测试、独立升级，互不干扰
- 不会因某个父类修改__init__签名而引发子类初始化失败
组合更契合Python的鸭子类型哲学
Python看重“能做什么”，而非“属于哪个类型”。组合鼓励面向接口编程：只要对象有.send()方法，就能传给邮件发送器；只要支持__len__和__getitem__，就能当序列用。
- 函数参数接收任意符合协议的对象，不强制要求继承某基类
- typing.Protocol配合组合，提供轻量级、无侵入的类型提示
- 代码更贴近真实问题域，比如PaymentProcessor组合FraudChecker和Notifier，比抽象出“可支付的事务实体”更直白