Java反射调用多态方法时仍遵循JVM动态分派规则，依据对象实际类型执行重写方法；getMethod阶段手动指定重载版本（静态分派），invoke阶段按实际类型查找实现（动态分派），不绕过vtable机制。
Java反射调用多态方法时，**不会绕过多态分派机制**，而是严格遵循JVM的动态分派规则——即仍以对象的**实际类型（runtime type）** 为依据，查找并执行重写后的方法。反射本身不改变分派逻辑，它只是换了一种方式触发 invokevirtual 指令。
反射调用本质仍是 invokevirtual
通过 Method.invoke(obj, args) 调用一个非静态、非私有、非构造器的方法时，JVM底层仍使用 invokevirtual 指令（对普通类）或 invokeinterface（对接口），而非直接跳转到某个具体实现。这意味着：
- 调用目标不是由
Method对象声明的参数类型（即“静态类型”）决定，而是由传入的obj实际指向的实例类型决定； - 即使你用
clazz.getMethod("foo", String.class)从父类Parent.class获取方法，只要obj是Child实例且Child重写了foo，最终执行的就是Child.foo()； - 反射获取
Method的过程只影响“找方法签名”的阶段（编译期/加载期解析），不干预运行时方法绑定。
实际类型如何在反射中被识别
JVM在执行 invoke 前会做两件事：
- 检查
obj是否为null（空指针异常）； - 提取
obj的实际类元数据（即obj.getClass()返回的Class对象），并以此为起点，在其方法表（vtable）中按方法签名查找可执行版本； - 若当前类未定义该方法，则沿继承链向上查找，直到
Object；若仍未找到，抛出IllegalAccessException或IllegalArgumentException（取决于访问控制与签名匹配）。
这个查找路径与普通代码中 obj.foo() 完全一致——区别仅在于：普通调用由编译器生成符号引用 + 运行时动态链接；反射调用由 Method 对象携带符号信息 + 运行时即时解析链接。
立即学习“Java免费学习笔记（深入）”；
为什么重载（overload）在反射中不体现多态性
重载是**静态分派**，依赖参数的**静态类型**，而反射调用时参数类型已固化为 Object[]，编译器无法参与重载选择：
-
method.invoke(obj, "hello")中的"hello"是String实例，但反射层只把它当作Object传入，不参与重载决议； - 真正决定调用哪个重载版本的，是
getMethod(...)或getDeclaredMethod(...)时传入的Class>...参数——这一步发生在调用前，属于开发者手动指定，而非JVM自动分派； - 换句话说：反射中的“重载选择”发生在获取
Method阶段（静态），而“方法执行”阶段只有动态分派（重写）。
接口方法调用的特殊性
当反射调用一个接口方法（如 List.size()）时：
- JVM 使用
invokeinterface指令； - 仍基于
obj的实际类型查找实现类中的对应方法； - 由于接口允许多实现，JVM需扫描该类实现的所有接口的方法表，匹配签名后定位入口——性能略低于
invokevirtual，但语义不变。
例如：Method m = List.class.getMethod("size"); m.invoke(new ArrayList()) 最终执行的是 ArrayList.size()，而非 List 接口的默认方法（除非 ArrayList 没提供实现且接口有 default 方法）。
