Java运行时多态本质是通过invokevirtual指令查虚方法表(vtable)实现的,vtable在类加载时构建,存储可重写方法的实际入口地址,仅非私有、非静态、非final实例方法参与动态绑定。

Java 的运行时多态,本质是通过虚方法调用(virtual method invocation) + 动态绑定(dynamic binding) 实现的,其底层核心支撑是每个类在 JVM 加载时生成的虚方法表(vtable,Virtual Method Table)。它不是靠“检查类型”或“反射”实现的,而是在字节码层面就设计为:调用非私有、非静态、非 final 的实例方法时,默认走 invokevirtual 指令,由 JVM 在运行时根据对象实际类型查 vtable 找到真正要执行的方法入口。
vtable 是 JVM 为每个类(除接口外)维护的一张函数指针表,按声明顺序存放该类所有可被重写(overridable)的实例方法的实际入口地址。它在类加载的链接阶段(Linking → Verification / Preparation / Resolution)中构建完成。
当你写 obj.method(),且 method() 是非静态、非私有、非 final 的实例方法时,javac 编译出的字节码是 invokevirtual 指令。它的执行流程如下:
注意:整个过程不看变量声明类型(如 Animal a = new Dog();),只看 new Dog() 创建的真实对象类型 —— 这就是“运行时决定”的来源。
立即学习“Java免费学习笔记(深入)”;
以下情况看似写了继承/重写,但 JVM 不会查 vtable,也就没有运行时多态:
写两个类:
class A { void m() { System.out.println("A.m"); } }
class B extends A { void m() { System.out.println("B.m"); } }
执行:
A x = new B(); x.m(); // 输出 "B.m"
反编译 .class 文件可见:第二行是 invokevirtual A.m()V;JVM 运行时发现 x 实际是 B 实例,查 B 的 vtable,找到 m() 槽位存的是 B.m 的地址,于是执行 B.m。
基本上就这些。vtable 是 JVM 的内部优化结构,开发者无需手动操作,但理解它,才能真正明白“为什么重写就自动多态”“为什么字段不参与多态”“为什么 private 不行”——不是语法糖,是字节码和运行时协作的结果。
以上就是Java运行时多态如何实现_OOP虚方法表执行说明的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号