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免费学习笔记（深入）”；
