PHP组合优于继承怎么选？

“组合优于继承”是PHP面向对象设计中的核心实践原则，强调在缺乏明确“is-a”关系时，应优先通过成员变量持有对象（组合）而非extends继承来复用代码——这不仅规避了PHP单继承的天然限制，更让系统更灵活、易测试、可扩展；比如PaymentProcessor无需陷入多层抽象类继承困境，只需组合Logger、Notifier、Cache等独立组件，再配合接口注入，就能轻松替换实现、隔离测试、遵循开闭原则与依赖倒置；当然，继承并未过时，当语义清晰如Sparrow is-a Bird时，它仍是优雅的选择——关键在于用对场景，而非套用教条。

“组合优于继承”是 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），就是典型的“继承滥用”。

本篇关于《PHP组合优于继承怎么选？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！