组合优于继承原则强调通过“has-a”关系复用代码，而非“is-a”继承。它降低类间耦合，避免继承导致的脆弱性与紧耦合问题。例如，Bird类通过继承Flyable、Swimmable接口或持有对应行为对象，使Sparrow可飞而Penguin能游，无需共享父类实现。组合支持运行时动态改变行为，符合开闭原则，便于扩展与测试。支付系统中PaymentProcessor组合不同PaymentStrategy，新增方式无需修改原有逻辑。多用组合可提升灵活性、可维护性，减少继承层级复杂度，是Java设计中更优的复用方式。
在Java编程中，“组合优于继承”是一种被广泛推崇的设计原则。它并不是否定继承的价值，而是强调在多数情况下，使用组合（即在一个类中包含另一个类的实例）比直接通过继承扩展功能更加灵活、稳定和易于维护。这一原则背后的核心思想是：优先选择松耦合的方式来复用代码，而不是依赖强耦合的继承关系。
继承带来的问题：紧耦合与脆弱性
继承虽然能实现代码复用，但它引入了类之间的强依赖关系。子类与父类在结构上紧密绑定，一旦父类发生变化，所有子类都可能受到影响。
- 父类添加或修改方法可能导致子类行为异常，甚至破坏原有逻辑
- 继承是静态的，在编译期就确定了关系，无法在运行时动态改变行为
- 多层继承容易导致类层次复杂，难以理解和维护
- Java不支持多重继承，限制了通过继承复用多个功能的能力
例如，如果有一个Bird类，子类Sparrow继承它。若后续需要增加“会游泳”的能力，而并非所有鸟类都会游泳，强行通过继承扩展将导致设计混乱。
组合如何提升灵活性
组合通过将功能封装在独立的类中，并在需要时将其作为成员变量引入，实现了行为的模块化。这种方式让对象可以在运行时动态地改变其行为，也更容易替换或扩展功能。
立即学习“Java免费学习笔记（深入）”；
- 可以通过接口定义行为，不同实现类提供具体逻辑
- 一个类可以“拥有”多个其他类的行为，突破单一继承的限制
- 便于单元测试，因为依赖可以被模拟或替换
- 符合开闭原则——对扩展开放，对修改关闭
继续以鸟类为例，使用组合方式可以定义Flyable、Swimmable等接口，让具体的鸟根据需要实现对应接口或持有相应行为对象。这样，企鹅可以实现Swimmable而不实现Flyable，逻辑更清晰。
可维护性优势：低耦合与高内聚
组合模式天然支持低耦合设计。每个组件职责明确，独立变化不影响其他部分。当需求变更时，只需修改或替换特定组件，而不必重构整个类继承体系。
- 功能拆分清晰，团队协作更高效
- 便于重构和迭代，降低系统演进成本
- 错误定位更快，问题通常局限于某个组件内部
- 支持策略模式、装饰器模式等多种设计模式，增强扩展能力
比如一个支付系统，使用组合方式可以让PaymentProcessor持有不同的PaymentStrategy实例，如微信、支付宝、银行卡等。新增支付方式只需添加新策略类，无需改动原有代码。
基本上就这些。组合不是完全替代继承，而是提醒我们在设计时多思考“has-a”是否比“is-a”更适合当前场景。合理运用组合，能让Java程序更具弹性、更易维护。不复杂但容易忽略。
