IntelliJ IDEA针对JPA实体生成的hashCode是否存在Bug？

当用Lombok的@EqualsAndHashCode注解标注JPA实体类时，示例代码如下：

@Entity
@EqualsAndHashCode
public class Person {

IntelliJ IDEA会给出非最优用法提示：

使用@EqualsAndHashCode标注JPA实体类并不推荐，这可能导致严重的性能和内存消耗问题。

同时IDEA会生成如下替代代码：

@Override
public final boolean equals(Object object) {
    if (this == object) return true;
    if (object == null) return false;
    Class<?> oEffectiveClass = object instanceof HibernateProxy ? ((HibernateProxy) object).getHibernateLazyInitializer().getPersistentClass() : object.getClass();
    Class<?> thisEffectiveClass = this instanceof HibernateProxy ? ((HibernateProxy) this).getHibernateLazyInitializer().getPersistentClass() : this.getClass();
    if (thisEffectiveClass != oEffectiveClass) return false;
    ConfigAudit that = (ConfigAudit) object;
    return getId() != null && Objects.equals(getId(), that.getId());
}

@Override
public final int hashCode() {
    return this instanceof HibernateProxy ? ((HibernateProxy) this).getHibernateLazyInitializer().getPersistentClass().hashCode() : getClass().hashCode();
}

观察生成的hashCode方法会发现，它实际调用的是类的hashCode而非对象自身的hashCode。结合Javadoc的约定：

如果两个对象通过equals方法判定为相等，那么对这两个对象分别调用hashCode方法必须产生相同的整数结果。

这里的疑问是：这种实现方式是否属于Bug？

解答 #

这不是Bug，而是针对JPA实体（尤其是Hibernate代理场景）的刻意设计：

• JPA实体的equals逻辑核心：生成的equals方法依赖实体的ID判断相等性——只有当两个对象的ID非空且相等时，才判定为相等。
• hashCode的设计考量：
  • 当实体未被持久化（ID为null）时，若用对象属性生成hashCode，会导致对象存入集合后，持久化赋值ID时hashCode突变，破坏集合的一致性（比如HashMap、HashSet的存储结构依赖hashCode稳定）。
  • 用类的hashCode作为实体的hashCode，能保证同一类的所有实体（无论ID是否存在）都拥有相同的hashCode，既满足equals和hashCode的约定（相等的对象hashCode必然相同），又避免了未持久化实体存入集合后的问题。
• Hibernate代理的兼容：代码处理了Hibernate懒加载代理的情况，确保代理对象和真实实体使用相同的类hashCode，避免代理与实体对象的hashCode不一致。

这种实现虽然和常规对象hashCode逻辑不同，但完全适配JPA实体的生命周期特性，是合理的设计。

内容的提问来源于stack exchange，提问作者Leos Literak