1. 为什么继承与组合是Java面试必考题在Java开发岗位的面试中继承Inheritance与组合Composition的对比几乎是必问的基础题。这背后有几个深层原因首先这是检验面向对象编程(OOP)基本功最直接的切入点。一个开发者如果连这两种代码复用机制都分不清楚很难相信他能设计出合理的类结构。我在技术面试中经常用这个题目快速筛选候选人——能清晰区分二者差异的通常基础都比较扎实。其次实际项目中过度使用继承导致的脆弱基类问题实在太常见了。上周我刚接手一个老项目父类的一个简单修改导致十几个子类报错这就是典型的继承滥用案例。面试官通过这个问题其实是在考察你对代码可维护性的理解。最后Java 8之后接口的默认方法、静态方法等特性让组合的实现方式更加灵活。现在我们有更多理由优先选择组合而非继承这也让这个经典问题有了新的讨论维度。2. 继承的本质与实现方式2.1 继承的核心特征继承是通过extends关键字建立的is-a关系。当Class B extends Class A时意味着B是A的一种特殊类型如SUV是Car的一种B自动获得A的所有非private成员B可以重写(override)A的方法B可以扩展新的属性和方法class Vehicle { void startEngine() { System.out.println(Engine started); } } class Car extends Vehicle { // Car is-a Vehicle Override void startEngine() { System.out.println(Car engine starting...); super.startEngine(); } }2.2 继承的三大典型应用场景框架扩展点设计Spring中JdbcTemplate继承自JdbcAccessor模板方法模式就是基于继承的经典实现类型层次建模GUI库中Button - Component的继承链接口默认方法继承Java 8后接口可以通过继承获得默认实现注意继承深度最好不要超过3层否则维护成本会指数级上升。Google的代码规范甚至建议用final禁止继承。3. 组合的本质与实现方式3.1 组合的核心特征组合是通过成员变量建立的has-a关系。当Class A中包含Class B的实例时A使用B的功能但二者生命周期可能独立通过接口而非具体类耦合运行时可以动态更换组件class Engine { void start() { System.out.println(Engine started); } } class Car { private Engine engine; // Car has-a Engine Car(Engine engine) { this.engine engine; } void start() { engine.start(); } }3.2 组合的四大优势场景功能复用比如在Web应用中组合各种Filter动态行为策略模式通过组合不同策略对象实现接口隔离一个类可以通过组合多个对象实现不同接口单元测试依赖的组件可以轻松被Mock替换我在电商项目中就用组合实现了可插拔的促销策略class Order { private ListPromotionStrategy strategies; void applyPromotions() { strategies.forEach(s - s.apply(this)); } }4. 关键区别对比与选型指南4.1 九维对比表对比维度继承组合关系类型is-ahas-a耦合度编译时强耦合运行时松耦合灵活性静态无法运行时改变动态可随时替换组件可见性父类protected成员暴露给子类内部实现完全封装方法调用通过super调用父类方法通过成员变量调用多态支持天然支持需要通过接口实现初始化顺序先父类后子类无固定顺序内存占用单实例可能多实例JDK示例HashMap extends AbstractMapCollections.synchronizedList()4.2 选型决策树我总结了一个实用的选择流程图需要表达严格的类型关系吗 → 是 → 用继承需要动态更换行为吗 → 是 → 用组合可能有多重继承需求吗 → 是 → 用组合需要隐藏实现细节吗 → 是 → 用组合其他情况 → 优先考虑组合5. 面试实战技巧与高频问题5.1 必知的三大陷阱题为什么Java不允许多重继承标准答案避免菱形继承问题Diamond Problem加分回答Java 8通过接口默认方法实现了某种程度的多继承示例class C implements A, B当A和B有相同默认方法时需要重写组合会导致性能问题吗事实方法调用多一层转发但现代JVM优化后差异可忽略实测JMH测试显示普通方法调用与组合调用差异1ns结论架构清晰比微优化更重要什么情况下必须用继承框架要求如Spring的BeanPostProcessor需要访问protected成员如自定义View重写Android组件模板方法模式等特定设计模式5.2 回答模板当面试官问说说继承与组合的区别时建议按以下结构回答先说明本质差异is-a vs has-a各举一个代码示例对比优缺点耦合性、灵活性等给出选型建议组合优先补充实际项目经验如有6. 实际项目中的经验教训6.1 继承滥用引发的血案去年重构一个订单系统时发现原来的设计是这样的BaseOrder ├── PhysicalOrder └── VirtualOrder └── CouponVirtualOrder └── SpecialCouponVirtualOrder这种深度继承导致修改基类字段引发连锁反应子类重写方法时忘记调用super()新需求要同时修改多个层级重构后改用组合class Order { private OrderType type; private ListOrderFeature features; }6.2 组合的最佳实践面向接口编程组合时应依赖接口而非具体类class PaymentProcessor { private PaymentGateway gateway; // 应该用PaymentGateway接口 }防御性拷贝当组合可变对象时class ImmutablePoint { private final Date timestamp; ImmutablePoint(Date date) { this.timestamp new Date(date.getTime()); // 拷贝而非直接引用 } }DI框架配合Spring中自动装配就是组合的工业化实现Service class OrderService { Autowired // 由容器注入组合的依赖 private PaymentService paymentService; }7. 现代Java中的新趋势随着Java语言发展一些新特性改变了继承与组合的平衡接口默认方法Java 8interface Logger { default void log(String message) { System.out.println(message); } }现在可以通过接口实现类似多重继承的效果密封类Java 17public sealed class Shape permits Circle, Square {}让继承关系更加可控记录类Java 16record Point(int x, int y) {}这些不可变类天然适合组合而非继承在JDK内部我们也看到趋势变化旧的集合框架大量使用继承Hashtable - Dictionary新的Stream API则多用组合通过Stream.concat等静态方法8. 从语言设计看本质差异不同语言对继承与组合的态度很有意思语言继承机制组合支持官方建议Java单继承多接口强支持组合优先C多重继承支持谨慎使用多重继承Go无继承只有组合原生支持唯一方案Kotlin单继承接口委托by关键字实现委托明确推荐委托优于继承这反映出编程语言进化的一个共同方向更鼓励松耦合的组合方式。甚至有种极端的说法继承是面向对象系统中最有害的特性之一《设计模式》作者GoF。9. 常见误区与纠正我在代码评审中经常看到这些错误用法用继承实现代码复用错误案例为了复用几个工具方法而继承Utils类正确做法应该用静态导入或组合忽视里氏替换原则错误案例重写父类方法时改变了契约Override boolean isValid() { // 子类修改了返回null的语义 return condition ? true : null; }正确做法子类必须保持父类行为约定混淆组合与聚合组合生命周期绑定人-心脏聚合生命周期独立公司-员工面试时能说清楚这个区别会很加分10. 延伸学习资源如果想深入理解这个主题我推荐书籍章节《Effective Java》第18条组合优先于继承《Head First设计模式》第一章策略模式案例视频教程Java Brains的OOP Fundamentals系列我的Github上有完整示例代码实战练习尝试用两种方式实现咖啡订单系统继承饮料-咖啡组合咖啡调料游戏角色系统继承角色-职业组合角色技能组最后记住一个原则当你犹豫该用继承还是组合时先用组合试试。正如Go语言的设计哲学所说组合是更强大的抽象工具。