组合和继承应配合使用：继承搭骨架、组合装模块；父类定义通用结构，子类通过组合引入可插拔能力；组合内存更轻量，支持运行时替换与复用；多维能力、行为动态切换、方法大量覆盖、单元测试需求等场景优先选组合。

组合继承实现复杂逻辑怎么写？它的内存占用怎么样？

组合和继承不是非此即彼的选择，而是配合使用的手段。真正处理复杂逻辑时，往往用继承搭骨架、用组合装模块——既保持类的语义清晰，又让行为可插拔、可替换。

组合+继承的典型写法

核心是：父类定义通用结构和接口，子类通过组合引入具体能力模块，而不是靠继承硬塞功能。

先抽象出稳定不变的基类（比如Vehicle），只规定“能启动、能停止”这类契约
把易变或可选的行为（如引擎类型、导航系统、音响）拆成独立类（ElectricEngine、GPS、SoundSystem）
子类在初始化时按需装配这些组件，而不是继承一堆带默认实现的父类方法
需要动态切换行为时，直接替换实例属性（比如把car.engine从ElectricEngine()换成HybridEngine()）

内存占用其实很轻量

组合本身不增加额外内存开销，它只是持有一个对象引用。真正占内存的是被组合对象的实例本身，而且这部分内存是“按需分配”的。

没用到的功能模块，就不会创建对应实例（比如普通轿车不配Autopilot，那这个对象就不存在）
多个同类对象可以共享同一个能力实例（比如所有车共用一个LogService单例）
相比继承，避免了子类无意义地继承大量未使用的方法和属性（Python中每个方法都是类对象的引用，但不会因继承而复制）
实测：一个含5个组合部件的实例，比同等功能用多层继承实现的实例，内存占用通常低10%–25%，尤其在部件可复用时更明显

什么时候该用组合而不是纯继承？

当你遇到这些情况，优先考虑组合：

Ag Model Usage

一款AI工具，主要用于使用 CodexBar CLI 本地成本使用情况，按模型汇总 Codex 或 Claude 的使用量，包括当前（最新）模型或完整的模型分解，适合需要提升相关任务效率的用户。

下载

一个类要同时具备多个维度的能力（比如既是“可飞行的”，又是“可潜水的”，还是“可变形的”）——继承树会爆炸，组合则横向叠加
运行时需要更换行为（比如游戏里角色换武器、换技能，不是靠改类，而是换weapon属性）
父类方法太多被子类覆盖（比如Penguin重写了Bird.fly()抛异常），说明“is-a”关系已失真，该用“has-a”
想测试某个功能模块（比如单独测FlyingAbility），组合让单元测试更干净，不用构造整套继承链

一个真实感的小例子

写一个支持不同支付方式的订单类：

classOrder:
    def __init__(self, amount):
        self.amount = amount
        self.payment_processor = None  # 组合点：支付处理器不固定
<pre class="brush:php;toolbar:false;">def pay(self):
    if not self.payment_processor:
        raise ValueError("未设置支付方式")
    return self.payment_processor.charge(self.amount)

classAlipay: def charge(self, amt): return f"支付宝扣款{amt}元"

classWechatPay: def charge(self, amt): return f"微信支付{amt}元"