PHP组合优于继承，面试常考问题

“组合优于继承”是PHP面试中高频考察的设计原则，核心在于用成员变量持有对象（组合）替代单继承限制下的代码复用，既规避了PHP不支持多继承的瓶颈，又提升了灵活性、可测试性与可维护性；它并非否定继承，而是在“is-a”语义不成立时，通过接口依赖和运行时注入实现松耦合——比如User类应组合Logger和Validator而非继承它们，PaymentProcessor可自由切换RedisCache或MemcachedCache；真正该用继承的，仅限Bird is-a Animal这类稳定、本质的领域层级关系。

“组合优于继承”是 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学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！