invokevirtual用于调用可被重写的实例方法，执行时通过对象实际类型的虚方法表（vtable）快速定位目标方法，结合JIT内联优化实现高效动态绑定。
Java方法调用的字节码执行，核心在于JVM如何根据字节码指令（如 invokevirtual）在运行时准确找到并执行目标方法。它不是简单查表跳转，而是一套结合类结构、虚方法表（vtable）、方法解析与动态绑定的协作机制。
invokevirtual 对应什么场景
该指令用于调用**实例方法**，且满足三个条件：非静态、非私有、非 final、非构造器——也就是典型的**可被重写（override）的虚方法**。比如：
obj.toString()list.get(0)stream.map(...)
注意：即使代码中调用的是父类声明的方法，只要实际对象是子类实例，JVM 就必须在运行时决定到底执行哪个版本——这正是 invokevirtual 要解决的问题。
执行前：符号引用解析成直接引用
编译后，invokevirtual 指令携带的是一个**符号引用**（比如类名+方法名+描述符），还不是内存地址。JVM 在类加载的“解析”阶段会尝试把它转为**直接引用**（比如方法在类数据区中的偏移量或指针）。但对虚方法，这个过程只是初步定位到声明类型（如 Object.toString），真正实现类的方法位置要等到运行时。
立即学习“Java免费学习笔记（深入）”；
关键点：
- 如果方法是 final 或 private，解析可直接完成，后续调用等价于静态分派
- 否则，只解析到“声明类”的方法入口，为运行时查找留出空间
执行时：查虚方法表（vtable）快速定位
每个类（除接口外）在类加载初始化阶段，JVM 会为其构建一张**虚方法表（virtual method table, vtable）**。这张表本质是函数指针数组，按继承链中所有可被重写的公共方法的签名顺序排列。
例如：
-
Object有toString、hashCode、equals等，排在 vtable 前几位 -
String继承Object，重写了toString，它的 vtable 中对应位置就指向String.toString的具体入口 - 调用
obj.toString()时，JVM 先拿到obj的实际类（比如String.class），再查它的 vtable 中 “toString()” 所在槽位，直接跳转
这种查表方式是 O(1) 的，避免了每次调用都遍历继承树。
补充：内联优化让 invokevirtual 更快
现代 JVM（如 HotSpot）会在运行时通过**热点探测**发现频繁调用的虚方法。如果 JIT 发现某个 invokevirtual 实际上总是命中同一个实现（比如多态分支极少，或只有单一子类被加载），就会进行**去虚拟化（devirtualization）**，甚至进一步做**内联（inlining）** —— 把方法体直接展开到调用处，彻底消除查表开销。
这意味着：你写的 invokevirtual 字节码，在真实执行时可能早已变成一条 mov + call，甚至被完全消除。
基本上就这些。理解 invokevirtual 不是看它“怎么写”，而是看 JVM 怎么用 vtable + 运行时类型 + JIT 三层协作把它跑得又对又快。
