invokestatic用于静态方法调用，编译期确定、无需对象引用；invokevirtual用于实例方法调用，运行时根据实际类型查vtable实现多态，二者指令语义互斥、不可混用。

静态方法调用用 invokestatic，实例方法调用用 invokevirtual——这不是语法糖的差别，而是 JVM 在字节码层面就定死的派发逻辑差异。核心在于：前者不依赖对象，后者必须绑定实际运行时的对象类型。

静态方法调用：编译期确定，无对象参与

invokestatic 指令在类加载的解析阶段就能完成符号引用到直接引用的转换，属于早期绑定（Early Binding）。它不关心有没有实例，也不需要从操作数栈弹出对象引用作为调用者。

• 调用前，操作数栈只需压入参数值（如 int、String 等），无需对象引用
• 方法归属由字节码中的常量池索引明确指向某个类的静态方法
• 即便写成 obj.staticMethod()，编译器也会自动转为 Classname.staticMethod()，最终生成 invokestatic

实例方法调用：运行时查表，依赖对象实际类型

invokevirtual 的执行必须以一个非 null 对象引用为前提，且具体调用哪个版本的方法，要等到运行时根据该引用指向的实际类型（而非声明类型）去虚方法表（vtable）中查找，属于晚期绑定（Late Binding）。

• 调用前，操作数栈顶部必须是一个对象引用（reference），之后才是参数
• JVM 根据该引用的类元数据定位其 vtable，再按方法签名索引对应槽位，取出实际方法入口
• 这正是多态的底层支撑：Animal a = new Dog(); a.sound(); 调用的是 Dog 类的 sound 方法

为什么不能混用？指令语义不可替代

invokestatic 和 invokevirtual 在 JVM 规范中被定义为互斥的调用路径，它们对操作数栈的结构要求、对方法属性的校验逻辑、以及链接时机都完全不同。

• 试图对实例方法使用 invokestatic，会在字节码验证阶段失败（VerifyError）
• 反之，对静态方法用 invokevirtual，会因栈顶缺少有效对象引用而抛出 NullPointerException 或验证异常
• Java 编译器（javac）严格按方法是否带 static 修饰符来选择指令，不给开发者绕过的机会

对开发者的实际影响

理解这两条指令的区别，能帮你避开一些隐蔽陷阱，并优化关键路径性能：

• 高频调用的工具方法尽量设计为 static，避免 invokevirtual 带来的 vtable 查找开销
• 反射或字节码操作（如 ASM）中若手动构造方法调用，必须匹配目标方法类型选对指令
• Lambda 表达式中，静态方法引用（Class::method）生成 invokestatic，而绑定实例的方法引用（obj::method）生成 invokevirtual