Java中抽象类和接口在运行时性能无实质区别，二者调用均经JVM虚方法机制优化，现代HotSpot通过内联、去虚拟化等使性能差异在±2%噪声范围内。
Java中抽象类和接口在运行时性能执行效率上没有实质区别，谁也不“更快”。
这是因为：
- 抽象类的方法调用（无论是抽象方法还是具体方法）和接口的方法调用（包括默认方法、静态方法、JDK 8+ 的 default 方法），最终都通过 JVM 的虚方法调用机制（
invokevirtual）或接口方法调用指令（invokeinterface）完成； - 现代 JVM（如 HotSpot）经过多年优化，对
invokeinterface的开销已大幅降低，在多数场景下与invokevirtual性能几乎持平； - JIT 编译器会在运行时做内联、去虚拟化（devirtualization）、类型特化等优化。只要实际调用目标明确（例如，某个接口变量始终指向同一类实例），JVM 很可能直接内联该方法，消除多态分派开销。
关键事实如下：
-
接口方法调用早期确实略慢：JDK 7 及之前，
invokeinterface需要查找实现类的虚函数表，比invokevirtual多一步解析； - JDK 8 起显著优化：引入了“接口方法内联缓存”（Interface Method Inline Cache）和更激进的类型推测，使热点路径下接口调用与抽象类调用性能趋同；
-
实测数据支持：OpenJDK 官方 JMH 基准测试显示，在稳定预热后，单实现接口（如
List被ArrayList实现）的invokeinterface和抽象类子类的invokevirtual吞吐量差异通常在 ±2% 内，属于噪声范围； -
真正影响性能的是设计，不是语法：比如过度深的继承链、频繁反射、未优化的默认方法逻辑、或滥用
default做重量级操作——这些会拖慢性能，但问题出在代码写法，而非“用了接口”。
所以结论很明确：
立即学习“Java免费学习笔记（深入）”；
- 不必为性能选抽象类或接口；
- 该用接口时就用接口（比如定义能力契约、支持多实现、构建 mixin）；
- 该用抽象类时就用抽象类（比如需要共享状态、构造逻辑、非 public 成员、或统一模板控制）；
- JVM 已经足够聪明，不会让你为“interface vs abstract class”这一层选择付出可感知的运行时代价。
