java多态本身不拖慢程序，但运行时多态因需查虚方法表（vtable）定位目标方法，引入纳秒级间接寻址开销；现代jvm通过内联缓存优化，类型稳定时开销可忽略，频繁切换子类类型则可能退化为多次查表。
Java多态本身不会直接拖慢程序，但运行时多态（即方法重写+父类引用调用）会引入微小的性能开销，主要来自虚拟方法调用机制。
虚拟方法调用带来间接寻址成本
当通过父类引用调用一个被子类重写的方法（如 animal.sound()），JVM不能在编译期确定具体执行哪个版本，必须在运行时查虚方法表（vtable）定位目标方法。这个过程比直接调用（如 dog.sound()）多一次指针跳转和表项查找。
- 现代JVM（如HotSpot）会对频繁调用的虚方法做“内联缓存”或“单态内联”，多数情况下开销可忽略
- 但如果同一调用点频繁切换实际类型（例如循环中交替传入
Dog、Cat、Bird），JVM可能退化为“多态内联”甚至完全不内联，导致每次调用都走查表流程
内联优化受限
JIT编译器倾向于将小方法内联以消除调用开销。但虚方法只有在类型稳定（monomorphic）时才容易被内联；一旦出现双态（bimorphic）或多态（megamorphic）调用模式，内联概率大幅下降。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 例如：一个
process(Animal a)方法若95%时间接收Dog，JVM可能只对Dog版本内联，其余类型仍走虚调用 - 极端情况（如大量不同子类混用），JVM可能放弃优化，始终走解释执行路径，性能落差更明显
与编译时多态对比更清晰
方法重载（编译时多态）无运行期开销：编译器已根据参数类型静态绑定到具体方法，生成的字节码就是直接调用指令（invokestatic 或 invokevirtual 的确定目标）。
- 重载示例：
add(int, int)和add(double, double)—— 调用哪一个是编译期决定的 - 重写示例：
animal.sound()—— 实际调用Dog.sound()还是Cat.sound()是运行期决定的
实际开发中不必过度担忧
单次虚方法调用的开销通常在纳秒级，远小于I/O、锁竞争或对象分配成本。除非在极敏感场景（如高频数学计算循环、游戏引擎每帧逻辑、高频金融报价处理），否则不应为这点开销牺牲设计清晰性。
- 真正影响性能的往往是滥用继承深度、过度抽象接口、或在关键路径上做不必要的类型判断+强制转型
- 比起规避多态，更值得做的是：确保热路径上的类型分布稳定、避免无意义的中间抽象层、善用
final修饰可防止重写的方法（帮助JVM更好优化）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
