Java多态执行流程图解详解

文章小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《Java多态执行流程图解详解》带大家来了解一下##content_title##，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

JVM多态调用查虚方法表（vtable）或接口方法表（itable）；类多态用invokevirtual查子类vtable，接口多态用invokeinterface查实现类itable。

多态调用时，JVM到底查哪张表？

Java多态的执行本质不是“看引用类型”，而是JVM在运行期通过invokevirtual指令查**虚方法表（vtable）**。这个表每个类一份，存的是该类所有可被重写（public/protected非static、非final、非构造器）方法的**实际入口地址**。

关键点：编译期只确定方法签名（如toString()），运行期才根据对象实际类型（堆中java.lang.Class实例）定位到它的vtable，再跳转到具体实现。

• 父类引用指向子类对象，invokevirtual仍会查子类的vtable，不是父类的
• 子类没重写的方法，vtable里存的是父类对应方法的地址（继承来的）
• static、private、final方法不进vtable，它们走静态绑定，invokestatic/invokespecial

为什么重载（overload）不参与多态？

重载是编译期行为，由编译器根据**引用类型 + 实参类型**静态决定调用哪个方法签名，生成的字节码里已经是确定的invokestatic或invokevirtual指令。它和运行期对象实际类型完全无关。

例如：

Animal a = new Dog();
a.eat("bone"); // 编译时就锁定 eat(String)，哪怕 Dog 重载了 eat(int)

如果Dog只定义了eat(int)，而Animal有eat(String)，这行代码直接编译失败——根本不会等到运行期。

• 重载解析发生在javac阶段，和JVM运行时无关
• 多态只作用于重写（override），即相同签名、不同实现
• IDE里Ctrl+Click能跳转到重载候选，但跳转目标是编译期选中的那个，不是运行期可能执行的

final方法看似“被重写”却没多态效果？

声明为final的方法不能被子类重写，所以子类的vtable里该方法槽位填的仍是父类方法地址。即使子类写了同签名方法，javac会报错；若用反射强行绕过，JVM会在链接阶段拒绝验证。

常见误解：以为“子类里写了同名方法就是重写”，其实final方法在字节码层面没有ACC_FINAL标志的子类方法会被视为非法重复定义。

• final void run() 在父类vtable中固定指向父类实现
• 子类无法提供自己的run()版本，也就不存在“运行期选择”
• 想强制覆盖？编译失败，不是运行时抛UnsupportedOperationException

接口多态和类多态的vtable有何不同？

接口使用invokeinterface指令，查的是**接口方法表（itable）**，结构比vtable更复杂：每个实现类的itable包含该类实现的所有接口方法，且需处理默认方法、多重继承冲突（如两个接口有同签名默认方法）。

当调用List list = new ArrayList(); list.size();，JVM先通过list的实际类型（ArrayList）找到其itable，再按接口（List）+ 方法签名（size()）匹配到具体实现。若ArrayList没重写size()，则指向其父类AbstractList的实现。

• 接口方法默认是public abstract，无ACC_FINAL，天然支持重写
• Java 8+ 默认方法会进入实现类的vtable（不是itable），因为它们是类级别的具体实现
• 同一类实现多个接口且方法签名冲突时，必须显式用ClassName.super.method()解决，否则编译失败

多态的“动态”二字，只落在vtable/itable的运行期查表动作上。任何脱离字节码指令和类加载机制去谈“谁调用了谁”，都容易在反射、代理、Lambda等场景下误判。

好了，本文到此结束，带大家了解了《Java多态执行流程图解详解》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！