Java record默认equals()方法底层实际执行逻辑是什么？

实际执行逻辑 #

在OpenJDK Temurin-21.0.1+12中，泛型record的默认equals()方法并非编译期直接生成你预想的显式代码，而是通过**invokedynamic指令**动态绑定实现逻辑。其核心执行逻辑等价于：

public boolean equals(Object o) {
    if (this == o) return true;
    if (o == null || getClass() != o.getClass()) return false;
    SingleIndexProperties<?> that = (SingleIndexProperties<?>) o;
    return Objects.equals(this.property, that.property);
}

火焰图中出现的动态调用，本质是JVM通过引导方法（Bootstrap Method）在运行时动态生成并绑定equals()的具体实现，而非编译期将逻辑硬编码在类字节码中。

为何采用动态实现 #

这种设计主要基于以下几点考虑：

• 字节码精简与复用：避免为每个record类重复生成几乎一致的equals/hashCode/toString字节码，通过动态生成逻辑复用实现模板，减少类文件体积；
• 运行时优化空间：JVM可根据record的组件类型、实际运行场景生成更高效的代码，比如针对基本类型组件直接做值比较，无需装箱调用Objects.equals()，或对高频调用场景做内联优化；
• 泛型适配：针对泛型record，动态生成的逻辑能更好地处理类型擦除后的组件比较，避免编译期生成冗余的类型检查代码；
• 扩展性：后续若Java调整record默认方法的语义或优化实现，只需更新引导方法逻辑，无需修改已有record类的字节码。

补充说明：由于record是final类，实际类型检查使用getClass() == o.getClass()而非instanceof——二者在final类场景下结果一致，但前者更贴合record的相等语义：只有完全同类型的record实例才具备相等的可能。

内容的提问来源于stack exchange，提问作者Lukáš Petrovický