理解了类和实例之后，真正让很多人头疼的，往往是继承链、super()、组合关系和多态设计。这些概念一旦没有想清楚，代码很容易变成“能运行，但很难维护”的样子。
这一节我们会重点讨论面向对象里的复用策略，以及什么时候应该继承、什么时候更适合组合、super() 背后到底在做什么，帮助你把 OOP 用在正确的位置上。
继承：复用代码最直接的方式
继承是最容易理解的一种复用方式。子类可以复用父类已有的属性和方法，并在此基础上扩展或覆写行为。
例如：
class Animal:
def speak(self):
return "..."
class Dog(Animal):
def speak(self):
return "wang"这里 Dog 继承了 Animal，这意味着它天然具备“是一种 Animal”的语义。
所以继承真正适合的前提，是存在清晰的“is-a”关系。也就是：
- 狗是一种动物；
- 管理员是一种用户；
- Excel 导出器是一种导出器。
如果这个关系本身就很牵强，只是因为“我想复用一段代码”就去继承，那后面往往会越来越别扭。
换句话说，继承不是单纯的代码复制技巧，它代表了一种类型关系。如果关系不真，继承就会开始扭曲设计。
super() 的使用与常见误区
当子类需要在父类逻辑基础上继续扩展时，super() 就会出现。
比如：
class User:
def __init__(self, name):
self.name = name
class Admin(User):
def __init__(self, name, role):
super().__init__(name)
self.role = role这里 super().__init__(name) 的意义，是先复用父类的初始化逻辑，再补充子类自己的字段。
很多初学者会把 super() 理解成“调用父类方法的固定写法”，这不算错，但还不够准确。更本质地说，它是在当前继承关系中，沿着方法解析顺序继续往上找下一个实现。
这点在单继承时还不明显，但在多继承时会非常关键。
关于 super()，有几个常见误区特别值得注意：
- 误以为它只能在
__init__里用，实际上普通方法里也可以用； - 误以为它就是“写死调用父类名”的替代品，实际上它依赖的是方法解析顺序；
- 在父类初始化没完成时就直接使用子类特有字段，导致对象处于不完整状态。
所以经验上，子类扩展父类逻辑时，要先想清楚顺序：哪些基础状态应该先由父类准备好，哪些扩展行为再由子类继续补充。
组合：比继承更灵活的组织方式
虽然继承很常见，但真实项目里，组合往往是更灵活、更稳妥的选择。
组合的意思很简单：一个对象内部持有另一个对象，并借助它完成部分能力。
例如：
class Logger:
def log(self, message):
print(message)
class OrderService:
def __init__(self, logger):
self.logger = logger
def create_order(self):
self.logger.log("create order")这里 OrderService 并不是一种 Logger，它只是“拥有一个 Logger 并使用它”。这就是组合。
组合的好处在于：
- 关系更真实，语义更自然；
- 依赖可以替换，比如换成文件日志、远程日志；
- 组件职责更独立，更容易测试。
很多时候，人们使用继承只是想“复用一点能力”，但这类场景其实更适合组合。因为组合表达的是“has-a”关系，而继承表达的是“is-a”关系，两者不能混着用。
所以一个非常实用的判断标准是：
- 如果你是在表达“它本来就是这一类东西”，继承可能合理；
- 如果你是在表达“它需要借助另一个对象的能力”，组合通常更合适。
多态与统一接口设计
多态听起来很抽象，但在代码里它其实就是一句话：不同对象，只要暴露同样的接口，就可以被统一使用。
例如：
class Alipay:
def pay(self, amount):
print(f"alipay: {amount}")
class WechatPay:
def pay(self, amount):
print(f"wechat: {amount}")
def checkout(payment, amount):
payment.pay(amount)这里 checkout 不需要关心传进来的是支付宝对象还是微信对象，它只关心这个对象有没有 pay() 方法。
这就是 Python 风格里很典型的多态思路。它不一定要求复杂的继承体系，更强调接口一致、调用方统一。
所以，多态真正有价值的地方，不是为了展示“面向对象高级特性”，而是为了降低调用方和具体实现之间的耦合。
当你开始写框架扩展点、策略模式、插件系统时，这个思路会非常常见。
多继承与 MRO 基础
Python 支持多继承，也就是一个类可以同时继承多个父类：
class A:
pass
class B:
pass
class C(A, B):
pass这听起来很强大，但也意味着方法查找顺序会变复杂。Python 为此使用了一套 MRO，也就是方法解析顺序。
你可以先把它理解成：当某个方法在当前类里找不到时，Python 会按照一条确定的顺序，去父类链上继续查找。
super() 正是和这套顺序配合工作的。
为什么多继承容易变复杂？
问题不在于语法，而在于理解成本和协作成本会上升。
例如：
- 两个父类都有同名方法时，到底该调用谁？
- 初始化链路是否都正确执行到了？
- 某个 mixin 是否隐含依赖另一个父类状态？
一旦这些关系没有设计好，多继承就会让系统变得很难推断。尤其是团队协作时，别人接手代码往往很难快速建立完整心智。
所以在工程实践里，多继承通常只在非常明确的场景下使用，比如轻量行为叠加的 mixin。除此之外，优先考虑单继承和组合，通常会更稳。
总结与预告
这一节我们围绕面向对象里最容易写复杂的部分做了拆解，重点不是记住几个术语，而是知道该如何在真实项目里做复用与职责划分。继承、组合和多态本质上都是在回答“怎么让变化更可控”。
下一节我们会继续深入对象本身，去理解 Python 数据模型以及那些让对象变得“像容器、像函数、像值”的魔术方法。