多态是Java面向对象特性的核心体现，当子类重写父类方法后，JVM在运行期需要根据对象的实际类型确定要执行的方法版本，这个过程就是方法分派。频繁的运行时方法查找会消耗大量CPU资源，InlineCache作为JVM即时编译阶段的优化技术，能够有效降低这类开销。
InlineCache的基本概念
InlineCache即内联缓存，是JVM在即时编译过程中，将方法调用的目标方法信息缓存到调用点附近的一种优化机制。它的核心思路是：大部分方法调用的接收者类型在多次执行中是比较固定的，因此可以把第一次查找到的目标方法缓存起来，后续调用时先检查接收者类型是否匹配缓存，匹配的话就直接使用缓存的方法，避免重复查找。
在JVM中，InlineCache通常分为三种状态：
- 单态内联缓存：调用点只出现过一种接收者类型，缓存该类型对应的目标方法
- 多态内联缓存：调用点出现过两种及两种以上的接收者类型，缓存多个类型到方法的映射关系
- 退化内联缓存：当接收者类型过多，超过内联缓存的缓存上限时，缓存失效，退化为常规的方法查找逻辑
多态方法调用的常规查找流程
在没有优化的情况下，JVM处理多态方法调用的流程如下：
- 获取方法调用的接收者对象，提取其实际类型
- 从接收者类型开始，按照继承链向上查找对应的方法实现
- 找到第一个匹配的方法后执行，找不到则抛出NoSuchMethodError
这个过程每次调用都需要遍历继承链，当方法调用频率很高时，性能损耗会非常明显。我们可以通过一段简单的多态代码来观察这个场景：
// 父类
class Animal {
public void say() {
System.out.println("动物叫");
}
}
// 子类1
class Dog extends Animal {
@Override
public void say() {
System.out.println("汪汪叫");
}
}
// 子类2
class Cat extends Animal {
@Override
public void say() {
System.out.println("喵喵叫");
}
}
public class Test {
public static void main(String[] args) {
Animal animal;
// 随机生成不同的接收者类型，模拟多态调用
for (int i = 0; i < 100000; i++) {
if (i % 2 == 0) {
animal = new Dog();
} else {
animal = new Cat();
}
animal.say();
}
}
}
InlineCache对多态调用的优化逻辑
单态场景下的优化
如果上面的代码中，animal始终指向Dog类型的对象，那么JVM在第一次调用say方法时，会查找到Dog类的say方法，然后将Dog类型和对应的方法缓存到调用点的InlineCache中。后续每次调用时，先检查接收者类型是否为Dog，如果是就直接执行缓存的方法，不需要再遍历继承链。
多态场景下的优化
当调用点出现两种接收者类型时，比如上面的代码交替出现Dog和Cat对象，JVM的InlineCache会进入多态状态。此时缓存会存储多个类型到方法的映射，比如缓存{Dog->Dog.say, Cat->Cat.say}。每次调用时，会依次检查接收者类型是否匹配缓存中的类型，匹配则直接使用对应的方法。
我们可以通过JVM参数-XX:+PrintInlineCache来观察内联缓存的状态，不过该参数需要在调试版本的JVM中使用。以下是模拟的多态内联缓存工作的逻辑代码：
// 模拟内联缓存的结构
class InlineCache {
// 缓存的类型数组
Class<?>[] cachedTypes;
// 缓存的方法数组，和类型数组一一对应
Object[] cachedMethods;
// 缓存的类型数量
int size;
public InlineCache() {
// 假设最多缓存2个类型，对应多态场景
cachedTypes = new Class<?>[2];
cachedMethods = new Object[2];
size = 0;
}
// 查找缓存中的方法
public Object findMethod(Class<?> receiverType) {
for (int i = 0; i < size; i++) {
if (cachedTypes[i] == receiverType) {
return cachedMethods[i];
}
}
return null;
}
// 添加缓存
public void addCache(Class<?> type, Object method) {
if (size < 2) {
cachedTypes[size] = type;
cachedMethods[size] = method;
size++;
} else {
// 超过缓存上限，退化处理
System.out.println("内联缓存已满，退化为常规查找");
}
}
}
内联缓存的失效场景
内联缓存并不是万能的，在以下场景中会失效：
- 调用点出现的接收者类型超过了内联缓存的最大缓存数量，比如HotSpot JVM默认的多态内联缓存最多缓存2个类型，超过后就会退化
- 接收者类型在运行期发生动态变化，比如通过反射修改了对象的类型，导致缓存的类型匹配失败
- 方法被热替换或者类被卸载，导致缓存的方法引用失效
当内联缓存失效后，JVM会退化为常规的方法查找逻辑，也就是每次调用都遍历继承链查找方法，此时性能会有所下降。不过JVM还会结合其他优化手段，比如方法内联、逃逸分析等，尽量减少性能损耗。
总结
InlineCache是JVM优化多态方法调用的重要手段，通过缓存接收者类型到目标方法的映射，避免了重复的运行时方法查找。在单态场景下优化效果最明显，多态场景下也能减少部分查找开销，只有当接收者类型过多时才会失效。理解InlineCache的工作原理，有助于我们写出更符合JVM优化特性的代码，比如尽量避免在高频调用点出现过多不同类型的接收者，从而让内联缓存发挥最大的优化作用。
InlineCache多态方法调用JVM方法查找优化修改时间：2026-07-10 15:21:37