Java虚方法表寻址核心是运行时精准内存定位：对象头Klass指针直接访问Class中固化vtable地址（如偏移0x10），再按声明序号固定偏移查槽位；JIT通过类型分布监控实现monomorphic优化，final方法则因不可重写直接静态绑定或内联。
Java虚方法表（vtable）的寻址与跳转优化，核心不在“构造过程”，而在运行时如何用最少指令、最短路径抵达目标方法入口。它不是静态查表，而是JVM与CPU协同完成的一次精准内存定位和条件跳转。
vtable指针怎么被找到的
每个Java对象头里都存着一个类元数据指针（Klass pointer），这个指针直接指向该对象所属类的Class对象。而Class对象内部，早已在类加载“准备”和“解析”阶段就固化了vtable地址——它就是一个固定偏移量的字段（比如HotSpot中通常位于Class对象起始偏移0x10处）。所以取vtable指针只需一条内存读取指令：
- mov rax, [rdi + 0x10] —— rdi是对象引用，0x10是vtable字段在Class对象内的偏移
- 这步不涉及遍历、不依赖反射、不查符号表，纯硬件友好访问
- 现代CPU的L1数据缓存几乎总能命中该地址，延迟通常低于1纳秒
invokevirtual如何用固定偏移查表
invokevirtual指令携带的是符号引用（如Animal.makeSound:()V），但JVM在解析阶段已将该方法在声明类中的声明序号（slot index）固化下来。由于Java单继承+方法签名不可变，子类vtable中同一方法的槽位索引与父类完全一致。
- 比如
Object.clone()永远在所有类vtable的第0号槽位 - JVM执行时直接计算：mov r11, [rax + index * 8]（64位下每个指针8字节）
- 无需遍历、无需哈希、无需字符串匹配——就是一次带偏移的内存加载
- 即使子类新增10个方法，只要不删改
clone签名，它的槽位仍为0
JIT如何把虚调用变成直接跳转
JIT编译器不是靠猜，而是靠实测：它持续监控每个invokevirtual调用点的实际类型分布。当发现99%以上调用都指向同一具体类（monomorphic场景），就会生成“快速路径”代码：
立即学习“Java免费学习笔记（深入）”；
- 先比较对象的Klass pointer是否等于缓存的热点类地址
- 若相等，直接跳转到内联后的目标方法体（或硬编码call）
- 若不等，回退到标准vtable查表流程（deoptimization guard）
- 这种分支预测友好的结构，在现代CPU上几乎零惩罚
为什么final方法能跳过整个vtable流程
final不是语法糖，是JVM的强契约信号：该方法绝不会被重写。因此它根本不会进入任何类的vtable，连占位都不给。
- 调用final方法时，字节码仍是invokevirtual，但JIT直接忽略vtable，转而做静态绑定
- 常见高频final方法如
String.length()、StringBuilder.append(char)，基本都被内联 - 即便未内联，也只生成一条call rel32指令，省掉两次内存访问（vptr + vtable[slot]）
- 这是编译期可确定的优化，不依赖运行时profile
