组合优于继承，指当类间无“is-a”关系时，应优先用成员变量持有对象（组合）而非extends复用代码；因php单继承限制，组合更灵活、易测试、符合开闭原则与依赖倒置，仅在语义明确的“is-a”场景才用继承。
“组合优于继承”是 PHP（以及多数面向对象语言）中一条重要的设计原则，面试官常借此考察你对 OOP 理解的深度，而非死记硬背。核心不是反对继承，而是强调：当多个类需要共享行为、且这些行为不构成“is-a”关系时，优先用组合（即通过成员变量持有其他对象）而非继承（extends）来复用代码。
为什么在 PHP 中特别强调组合？
PHP 的单继承限制让过度使用继承很快遇到瓶颈——一个类只能 extends 一个父类，但可以拥有任意多个组合对象。比如你有一个 PaymentProcessor 类，它既需要日志能力，又需要通知能力，还可能需要缓存能力。若用继承，你得设计 Loggable、Notifiable、Cacheable 等抽象类，再层层继承，极易导致“菱形继承”或“继承爆炸”。而用组合，只需在类中声明：
$this->logger = new FileLogger();
$this->notifier = new EmailNotifier();
$this->cache = new RedisCache();
行为解耦，替换灵活（换 RedisCache 为 MemcachedCache 不影响主逻辑），测试也更简单（可注入 Mock 对象）。
面试中如何举例说明？
别只说理论。可以对比两个真实场景：
- ❌ 错误做法：让 User 类继承 Loggable 和 Validatable ——User 并不是一种 Loggable，也不是一种 Validatable，语义错误，且 PHP 不支持多继承
- ✅ 正确做法：User 持有 LoggerInterface 和 ValidatorInterface 实例，通过构造函数注入，运行时可切换不同实现（如开发用 ConsoleLogger，生产用 Monolog）
组合怎么体现“开闭原则”和“依赖倒置”？
组合天然配合接口编程：
- 主类（如 OrderService）不依赖具体类（如 PayPalGateway），而是依赖接口（PaymentGatewayInterface）
- 新增支付方式（如 StripeGateway）只需实现同一接口，无需修改 OrderService 代码
- 依赖由外部注入（如 DI 容器），主类不创建依赖对象，降低了耦合度
有没有该用继承的时候？
有。当存在清晰、稳定、不可变的“is-a”关系时，继承依然合理。例如：
class Bird extends Animal { ... }
class Sparrow extends Bird { ... }
这种生物学/领域模型中的层级，语义明确，且子类确实扩展了父类的本质行为。但注意：如果只是为了复用方法而强行建继承链（比如让 ReportGenerator 继承 DatabaseConnection），就是典型的“继承滥用”。
