组合优于继承，即优先通过对象组合实现功能复用而非继承。继承导致紧耦合、破坏封装、层次膨胀且行为静态；组合则通过委托实现松耦合、运行时动态切换行为、易于测试，并避免多继承限制。例如订单处理中，用DiscountStrategy接口配合Order类持有策略对象，新增折扣方式无需修改原有代码，符合开闭原则。当存在稳定“is-a”关系时可使用继承，否则应优先选择组合以提升系统灵活性和可维护性。
组合优于继承是一个在面向对象设计中被广泛推崇的原则，尤其在Java中，它帮助开发者构建更灵活、可维护的系统。这个原则的核心在于：优先使用对象组合（即在一个类中包含另一个类的实例）来实现功能复用，而不是通过类之间的继承关系。
继承的局限性
继承虽然能实现代码复用，但会带来几个问题：
- 紧耦合：子类与父类高度依赖，父类一旦修改，可能影响所有子类。
- 破坏封装：子类可以访问和重写父类的方法，可能导致意外行为。
- 继承层次膨胀：随着需求变化，类层级越来越深，难以理解和维护。
- 无法动态改变行为：继承是静态的，子类在编译时就确定了行为。
Bird类继承自Animal，如果新增“会飞”的特性，不是所有鸟都会飞（如企鹅），这时继承结构就会变得尴尬。
组合如何解决问题
组合通过将功能委托给其他对象来实现复用。你可以定义接口或具体类表示某种能力，并在需要的类中持有这些对象的引用。
- 松耦合：组件之间独立，修改一个类不影响其他部分。
- 运行时灵活性：可以在程序运行时切换行为，比如动态更换策略。
- 易于测试：可以通过注入模拟对象进行单元测试。
- 避免多重继承限制：Java不支持多继承，但可以组合多个不同的对象。
Flyable接口，只有会飞的鸟类才实现它，或者在鸟类中持有一个FlyBehavior对象，根据类型设置不同的飞行行为。
实际应用示例
考虑一个订单处理器的设计：
立即学习“Java免费学习笔记（深入）”；
- 使用继承：创建
DiscountOrder、PremiumOrder等子类，容易导致类爆炸。 - 使用组合：定义
DiscountStrategy接口，让Order类持有一个策略对象，根据情况设置普通折扣、会员折扣等。
这样，添加新的折扣方式只需新增策略类，无需修改原有代码，符合开闭原则。
何时仍可使用继承
继承并非完全避免，当满足“is-a”关系且父类稳定时，继承依然合理。比如Dog is a Animal，且不会频繁变更父类逻辑。
关键是判断：你是否只是想复用代码？还是真的存在逻辑上的继承关系？如果是前者，优先考虑组合。
基本上就这些。组合让系统更灵活，继承则更适合表达明确的类型关系。在Java中，善用组合能显著提升代码质量。
