组合优于继承是Java设计原则，主张通过对象组合实现代码复用，而非继承。它降低耦合、提升灵活性与可维护性。继承导致紧耦合、破坏封装、单继承限制等问题，而组合通过接口依赖、运行时行为切换、多行为集成等优势弥补这些缺陷。实践中应定义行为接口，在类中持有接口引用并注入具体实现。该原则提倡慎用继承，仅在明确“is-a”关系时使用，组合则更适合复用功能。
在java编程中，“组合优于继承”是一种被广泛接受的设计原则。它建议优先使用对象组合（即将一个类的实例作为另一个类的成员）来实现代码复用，而不是依赖类之间的继承关系。这一理念的核心在于提升代码的灵活性、可维护性和可测试性。
继承的局限性
继承虽然能实现代码复用，但会带来一些问题：
- 紧耦合：子类与父类高度绑定，父类一旦修改，可能影响所有子类。
- 破坏封装性：子类可以访问父类的受保护成员，容易误用或暴露内部实现细节。
- 多层继承复杂度高：深层继承结构难以理解和维护，容易导致“脆弱基类”问题。
- 不灵活：Java只支持单继承，限制了行为扩展的方式。
组合的优势
通过组合，一个类可以包含其他类的实例，从而获得其功能。这种方式更灵活且低耦合。
- 松耦合：组件之间依赖接口或抽象类，易于替换和独立修改。
- 运行时动态变化：可以在程序运行时切换行为，比如通过setter注入不同的实现。
- 更好的封装：外部类控制对组件的访问方式，避免暴露不必要的细节。
- 支持多种行为组合：可以同时拥有多个不同类型的对象，实现多重“复用”。
例如：设计一个汽车类，如果使用继承来添加导航功能，可能需要创建CarWithGPS、CarWithBluetooth等大量子类。而使用组合，只需让Car持有一个NavigationSystem接口的实现，通过更换实现即可改变功能，无需扩展类。
如何实践组合优于继承
在日常开发中，可以通过以下方式体现这一原则：
立即学习“Java免费学习笔记（深入）”；
- 定义清晰的接口或抽象类，表示某种行为。
- 在需要该行为的类中，持有该接口的引用，而不是继承具体实现。
- 利用依赖注入（如构造器注入或设值方法）传入组件实例。
- 优先考虑final类和不可变设计，减少继承滥用。
基本上就这些。组合不是完全否定继承，而是提醒我们：当目标是代码复用时，组合通常是更安全、更可控的选择。继承更适合表达“is-a”关系，且应谨慎使用。