应优先使用组合而非继承。继承适用于“is-a”关系，实现代码复用和多态；组合用于“has-a”关系，通过成员变量引入功能，降低耦合、提升灵活性。过度继承导致紧耦合和维护困难，而组合支持运行时动态替换，更易扩展和测试。实际设计中，应根据语义关系选择：非真正属于父类范畴时改用组合，结合接口与设计模式增强可配置性。理想方案是继承构建类型体系，组合实现内部组件灵活组装。
在Java面向对象编程（OOP）中，合理设计类结构是构建可维护、可扩展系统的关键。继承和组合是两种核心机制，用于实现代码复用与逻辑组织。选择合适的方式，能显著提升程序的灵活性与稳定性。
继承：表示“是一个”关系
继承通过extends关键字实现，让子类复用父类的属性和方法，体现“is-a”语义。例如，Dog是一个Animal，就可以使用继承。
优点包括：
- 代码复用：公共行为定义在父类中，子类自动拥有
- 多态支持：父类引用可指向子类对象，便于统一处理不同类型
- 易于扩展：新增子类不影响已有逻辑
但过度使用继承可能带来问题：
立即学习“Java免费学习笔记（深入）”；
- 破坏封装：子类依赖父类实现细节
- 耦合度高：父类修改可能影响所有子类
- 层次复杂：多层继承难以理解和维护
组合：表示“有一个”关系
组合通过将一个类的实例作为另一个类的成员变量来实现，表达“has-a”关系。比如，Car有一个Engine。
相比继承，组合更灵活：
- 运行时动态替换组件，比如更换引擎类型
- 避免强耦合，各部分独立变化
- 更容易测试和维护
示例中，不把Engine继承自Car，而是作为其组成部分，更能反映真实世界结构。
优先使用组合而非继承
当两个类之间不是明确的“is-a”关系时，应优先考虑组合。继承适用于行为共享且语义一致的场景；而功能委托、行为定制更适合用组合。
实际设计建议：
- 若子类只是复用代码而非真正属于父类范畴，改用组合
- 利用接口+组合实现多态，比深层继承更清晰
- 组合配合策略模式、依赖注入等技术，增强可配置性
结合使用继承与组合
理想的设计往往是两者的结合。例如，多个车辆类型继承自Vehicle，同时各自包含不同的部件（如发动机、轮胎），这些部件通过组合引入。
这样既保持了类型体系的一致性，又保证了内部功能的灵活性。
基本上就这些。关键在于理解语义关系——用继承表达类型归属，用组合表达结构构成。设计时多问一句：“这个类真的是那个类的一种吗？” 能有效避免误用继承。
