组合优于继承因它通过has-a关系提升灵活性，支持运行时行为调整，降低耦合，增强可维护性，符合接口编程原则。
Java推荐使用组合设计模式，核心原因在于它通过“has-a”关系替代“is-a”继承，显著提升了代码的灵活性与可维护性。相比继承，组合让对象的行为可以在运行时动态调整，避免了类层级的过度膨胀，也更符合面向对象设计中的松耦合原则。
组合提升灵活性：行为可在运行时动态改变
使用组合，一个类可以通过持有其他接口或抽象类的实例来实现功能，而不是依赖固定的父类实现。这意味着你可以在程序运行过程中替换组件，从而改变对象的行为。
- 例如，一个ImageEditor类可以持有一个Filter接口的实现，运行时根据用户选择切换为模糊、灰度或锐化滤镜。
- 如果采用继承，每种滤镜都需要一个子类，且无法在运行时切换；而组合允许自由装配和更换策略。
降低耦合度：减少类之间的强依赖
继承会将子类与父类紧密绑定，父类一旦修改，所有子类都可能受影响。组合则依赖于接口或抽象层，具体实现可以独立变化。
- 比如Car类包含Engine接口的实例，无论引擎是电动还是燃油，Car无需修改。
- 新增引擎类型只需实现接口，不影响现有逻辑，扩展性强。
增强可维护性：职责清晰，易于测试与重构
组合鼓励将功能拆分为独立、可复用的模块。每个组件职责单一，便于单独测试和维护。
立即学习“Java免费学习笔记（深入）”；
- 一个订单服务可以由PaymentProcessor、InventoryChecker等组件构成，每个组件可独立开发和单元测试。
- 当需要修改支付方式时，只需替换对应组件，不影响主流程。
基本上就这些。组合让系统更贴近“针对接口编程，而不是实现”的原则，避免了继承带来的僵化结构，在Java这类强调封装与多态的语言中尤为推荐。不复杂但容易忽略的是：不是完全放弃继承，而是优先考虑组合，只在真正需要“is-a”语义且结构稳定时才使用继承。
