java方法重写的动态绑定底层依靠vtable和invokevirtual指令实现：jvm在类加载时为每个非final类生成虚方法表，子类覆盖父类同签名方法槽位；运行时invokevirtual根据对象实际类型查vtable索引跳转执行。
Java 中方法重写的动态绑定（也叫运行时多态）在底层主要依靠虚方法表（Virtual Method Table，简称 vtable）实现，配合 JVM 的 invokevirtual 指令完成。这不是靠每次调用都去反射查类型，而是编译期铺路、运行期高效查表的机制。
每个类都有自己的虚方法表（vtable）
JVM 在类加载的准备和初始化阶段，会为每个类（除 final 类外）生成一张虚方法表。这张表本质是一个函数指针数组，按声明顺序存放：
- 本类中所有可被重写（非 private、static、final）的实例方法；
- 若某个方法被子类重写，则子类 vtable 中对应槽位填入子类版本的入口地址；
- 若未重写，就直接继承父类 vtable 中该方法的地址（指向父类实现）。
例如：A 有 method()，B extends A 并重写了 method()。那么 A 的 vtable 第 N 项存的是 A.method 的字节码入口；B 的 vtable 同一位置存的是 B.method 的入口。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
invokevirtual 指令触发查表流程
当执行类似 obj.method() 这样的调用时，编译器生成的是 invokevirtual 指令，它不硬编码目标方法地址，而是携带：
- 接收者引用（即 obj 对象）
- 方法符号引用（如 "A.method:()V"）
运行时，JVM 做三件事：
- 根据 obj 引用拿到其实际类型（比如是 B 类实例）
- 查 B 类的 vtable，定位到 method() 对应的索引位置
- 跳转到该槽位存储的方法入口地址执行
这个过程快——是一次数组索引 + 一次间接跳转，没有遍历或哈希查找。
特殊情形的处理方式
不是所有方法都走 vtable：
- private / static / final 方法：编译期直接绑定（早期绑定），生成 invokespecial 或 invokestatic，不查 vtable
- 接口方法（invokeinterface）：用接口方法表（itable），结构类似但更复杂，因一个类可实现多个接口，需先定位接口再查具体实现
- Java 8+ 默认方法：如果类没重写，默认方法入口也进入该类 vtable，与普通实例方法一样参与动态分派
HotSpot 中的优化：内联缓存（IC）与虚调用优化
为了进一步提速，现代 JVM（如 HotSpot）会在 invokevirtual 处维护一个小型缓存：
- 初始为空，第一次调用时查 vtable 并把「接收者类 → 方法地址」对存进缓存
- 后续若接收者还是同一类（常见于单态调用），直接命中缓存，跳过 vtable 查找
- 若出现多个类型（多态），JVM 可能升级为 megamorphic 状态，回落到查 vtable，甚至触发去优化（deoptimization）并重新编译
这种优化让绝大多数重写调用接近静态调用的速度。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
