抽象类中的具体方法调用使用 invokevirtual 指令，与普通类实例方法一致；jvm 仅依据运行时对象的实际类型动态绑定，不关心方法是否定义在抽象类中，字节码层面无特殊标记。
抽象类中的具体方法（即非 abstract 的普通方法）在 JVM 中的调用，和普通类中的实例方法一样，使用 invokevirtual 指令，**不区分该方法是否定义在抽象类中**。JVM 只关心运行时对象的实际类型（即实际 class），而不是声明类型或该 class 是否为 abstract。
抽象类方法的字节码表现与普通类无异
Java 编译器不会因为方法定义在抽象类里就生成特殊指令。只要方法是非 static、非 private、非 final 的实例方法，且通过引用变量调用（如 obj.method()），javac 就会生成 invokevirtual 指令。
- 抽象类本身不能被 new 出实例，但它的子类可以；
invokevirtual在运行时查的是子类的实际类型。 - 字节码中只记录方法符号引用（class 名 + 方法名 + 描述符），不标记“此方法来自抽象类”。
- 例如：
AbstractList.get(int)是具体方法，子类继承后未重写，调用它仍用invokevirtual，JVM 会直接定位到AbstractList.get的字节码。
动态绑定过程完全由运行时对象决定
invokevirtual 的语义是：根据栈顶引用所指向的对象的实际运行时类，查找该类及其父类中第一个匹配的方法实现（遵循继承链从下往上找）。
- 即使声明类型是抽象类（如
AbstractCollection c = new ArrayList();），真正执行的是ArrayList或其继承链上最接近的实现。 - 如果子类没重写，就沿继承链向上找到抽象类中那个具体方法的字节码并执行。
- 这个过程和接口方法（
invokeinterface）或静态/私有方法（invokestatic/invokespecial）的分派逻辑不同，但对抽象类中的具体方法来说，就是标准的虚方法调用。
验证方式：看 javap 输出
写一个抽象类和子类，编译后用 javap -v 查看字节码，能清楚看到：
- 调用抽象类的具体方法时，指令确实是
invokevirtual； - 常量池中对应项是抽象类的符号引用（如
Method AbstractClass.method:()V）； - 运行时由对象实例的真实 class 决定最终执行哪段字节码——哪怕那段字节码就在抽象类的 .class 文件里。
注意边界情况
以下情况不走 invokevirtual：
- 用
super.xxx()显式调用抽象类中的具体方法 → 编译成invokespecial（静态绑定，跳过动态查找）； - 抽象类中定义了同签名的 abstract 方法，而子类提供了实现 → 此时调用仍是
invokevirtual，但目标变为子类版本； - 方法被子类
final修饰或声明为private→ 不参与虚方法表（vtable）查找，也不用invokevirtual。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
