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会在链接阶段拒绝验证。
立即学习“Java免费学习笔记(深入)”;
citySHOP是一款集CMS、网店、商品、分类信息、论坛等为一体的城市多用户商城系统,已完美整合目前流行的Discuz! 6.0论坛,采用最新的5.0版PHP+MYSQL技术。面向对象的数据库连接机制,缓存及80%静态化处理,使它能最大程度减轻服务器负担,为您节约建设成本。多级店铺区分及联盟商户地图标注,实体店与虚拟完美结合。个性化的店铺系统,会员后台一体化管理。后台登陆初始网站密匙:LOVES
常见误解:以为“子类里写了同名方法就是重写”,其实final方法在字节码层面没有ACC_FINAL标志的子类方法会被视为非法重复定义。
-
final void run()在父类vtable中固定指向父类实现 - 子类无法提供自己的
run()版本,也就不存在“运行期选择” - 想强制覆盖?编译失败,不是运行时抛
UnsupportedOperationException
接口多态和类多态的vtable有何不同?
接口使用invokeinterface指令,查的是**接口方法表(itable)**,结构比vtable更复杂:每个实现类的itable包含该类实现的所有接口方法,且需处理默认方法、多重继承冲突(如两个接口有同签名默认方法)。
当调用List,JVM先通过list的实际类型(ArrayList)找到其itable,再按接口(List)+ 方法签名(size())匹配到具体实现。若ArrayList没重写size(),则指向其父类AbstractList的实现。
- 接口方法默认是
public abstract,无ACC_FINAL,天然支持重写 - Java 8+ 默认方法会进入实现类的vtable(不是itable),因为它们是类级别的具体实现
- 同一类实现多个接口且方法签名冲突时,必须显式用
ClassName.super.method()解决,否则编译失败






