继承与组合的性能差异可忽略，现代JVM优化使两者运行效率相近。1. 继承依赖动态分派，但JVM通过内联缓存和方法内联大幅降低开销；深层继承链和状态膨胀可能间接影响性能。2. 组合调用更易预测，JVM同样可优化方法转发，其优势在于职责清晰、支持运行时替换。3. 内存方面，继承可能导致冗余字段增加实例大小，组合按需引用更紧凑，但引入对象引用和GC压力。4. 设计上，组合优于继承：避免封装破坏、降低耦合、提升可维护性与扩展性，符合“优先使用组合”原则。5. 实际性能瓶颈罕见，应优先关注代码结构与可测试性，仅在高频场景通过JMH实测优化。
在Java中讨论继承与组合的性能时，很多人会误以为其中某一种方式有显著的运行时优势。实际上，从执行效率角度来看，继承和组合在性能上的差异几乎可以忽略不计。真正影响程序性能和设计质量的，是它们的使用方式和软件设计原则。
继承的调用开销
继承通过方法重写（override）实现多态，其核心机制依赖于动态分派（virtual method dispatch）。当调用一个被重写的方法时，JVM需要在运行时确定实际对象的类型，并查找对应的方法表。这种机制引入了极轻微的间接寻址开销。
但现代JVM（如HotSpot）通过内联缓存（inline caching）、方法内联（inlining）等优化手段，已经极大削弱了这种开销。对于大多数场景，这种性能损耗微乎其微，甚至无法测量。
继承可能带来的“性能问题”更多体现在：
立即学习“Java免费学习笔记（深入）”；
- 深层继承链增加方法查找复杂度（极少成为瓶颈）
- 过度使用多态导致JIT编译器难以内联
- 父类状态膨胀，子类被迫携带冗余数据
组合的调用路径
组合通常通过成员对象调用其方法，例如：service.doSomething()。这种调用一般是直接的、静态可预测的，更容易被JVM优化。
虽然组合可能多一层方法转发（比如在委托模式中），但JVM同样能对这类调用进行内联处理，尤其是在方法体简单或调用频繁的情况下。
组合的优势不在“更快”，而在于：
- 对象结构更清晰，职责分明
- 运行时可替换组件（依赖注入、策略模式）
- 避免不必要的状态继承
内存与对象大小的影响
继承可能导致子类继承大量不需要的字段，从而增加实例内存占用。例如，一个类继承自一个包含十几个字段的父类，即使只用其中一个，也会占用全部空间。
本系统经过多次升级改造，系统内核经过多次优化组合，已经具备相对比较方便快捷的个性化定制的特性，用户部署完毕以后，按照自己的运营要求，可实现快速定制会费管理，支持在线缴费和退费功能财富中心，管理会员的诚信度数据单客户多用户登录管理全部信息支持审批和排名不同的会员级别有不同的信息发布权限企业站单独生成，企业自主决定更新企业站信息留言、询价、报价统一管理，分系统查看分类信息参数化管理，支持多样分类信息，
组合则按需引用其他对象，内存布局更紧凑。但要注意，每个引用本身占4或8字节（取决于JVM位数），且对象分配在堆上，可能增加GC压力。
真正影响性能的是对象大小和GC频率，而不是继承或组合本身。
设计比性能更重要
选择继承还是组合，首要考虑应是设计合理性，而非性能。
继承表示“is-a”关系，适合共性行为和强类型多态；组合表示“has-a”关系，更适合构建灵活、可复用的系统。
Effective Java 中提倡“优先使用组合而非继承”，主要原因包括：
- 避免破坏封装（子类依赖父类实现细节）
- 减少耦合，提高可维护性
- 支持运行时行为变更
这些设计优势远超过任何潜在的微小性能差异。
基本上就这些。在绝大多数应用中，继承与组合的性能差别不会成为瓶颈。关注点应放在代码结构、可测试性和扩展性上。只有在极端高频调用场景下，才需要借助JMH做实际压测，而不是提前优化。设计良好的组合结构往往更易于性能调优。
