hash和hashcode_Hibernate事实：等于和HashCode

hash和hashcode

每个Java对象都继承了equals和hashCode方法，但它们仅对Value对象有用，对面向无状态行为的对象没有用。

尽管使用“ ==”运算符比较引用很简单，但是对于对象相等而言，事情要复杂一些。

由于您负责告诉平等性对于特定对象类型的含义，因此必须使equals和hashCode实现遵循java.lang.Object JavaDoc（ equals（）和hashCode（））指定的所有规则。

了解您的应用程序（及其使用的框架）如何利用这两种方法也很重要。

幸运的是，Hibernate不需要它们检查实体是否已更改，为此具有专用的脏检查机制。

浏览Hiberante文档后，我偶然发现了这两个链接： Equals和HashCode和Hiberante 4.3文档指出了需要两种方法的上下文：

将实体添加到Set集合时
将实体重新附加到新的持久性上下文时

这些要求源于Object.equals的“ consistent ”约束，使我们遵循以下原则：

在所有JPA对象状态下，实体必须等于其自身 ：

短暂的
附上
超脱
移除（只要该对象被标记为要移除并且它仍然驻留在堆上）

因此，我们可以得出以下结论：

我们不能使用自动递增的数据库ID来比较对象，因为瞬态和附加的对象版本不会彼此相等。
我们不能依赖默认的Object equals / hashCode实现，因为在两个不同的持久性上下文中加载的两个实体最终将成为两个不同的Java对象，因此违反了全状态相等性规则。
因此，如果Hibernate使用相等性唯一地标识对象，则在整个生命周期中，我们都需要找到满足此要求的属性的正确组合。

具有在整个实体对象空间中唯一的属性的那些实体字段通常称为业务密钥。

与合成数据库自动递增的ID相对，业务密钥还独立于我们的项目体系结构中采用的任何持久性技术。

因此，必须从我们创建实体的那一刻起就设置业务密钥，然后再也不要更改它。

让我们以实体相关性为例，并选择适当的业务密钥。

根实体用例（没有任何父依赖项的实体）

这是实现equals / hashCode的方式：

@Entity
public class Company {@Id@GeneratedValue(strategy = GenerationType.AUTO)private Long id;@Column(unique = true, updatable = false)private String name;@Overridepublic int hashCode() {HashCodeBuilder hcb = new HashCodeBuilder();hcb.append(name);return hcb.toHashCode();}@Overridepublic boolean equals(Object obj) {if (this == obj) {return true;}if (!(obj instanceof Company)) {return false;}Company that = (Company) obj;EqualsBuilder eb = new EqualsBuilder();eb.append(name, that.name);return eb.isEquals();}
}

名称字段代表公司业务密钥，因此被声明为唯一且不可更新。因此，如果两个Company对象具有相同的名称，则它们相等，而忽略了它可能包含的任何其他字段。

拥有EAGER的父级的子实体

@Entity
public class Product {@Id@GeneratedValue(strategy = GenerationType.AUTO)private Long id;@Column(updatable = false)private String code;@ManyToOne(fetch = FetchType.EAGER)@JoinColumn(name = "company_id", nullable = false, updatable = false)private Company company;@OneToMany(fetch = FetchType.LAZY, cascade = CascadeType.ALL, mappedBy = "product", orphanRemoval = true)@OrderBy("index")private Set images = new LinkedHashSet();@Overridepublic int hashCode() {HashCodeBuilder hcb = new HashCodeBuilder();hcb.append(name);hcb.append(company);return hcb.toHashCode();}@Overridepublic boolean equals(Object obj) {if (this == obj) {return true;}if (!(obj instanceof Product)) {return false;}Product that = (Product) obj;EqualsBuilder eb = new EqualsBuilder();eb.append(name, that.name);eb.append(company, that.company);return eb.isEquals();}
}

在此示例中，我们始终为产品获取公司，并且由于产品代码在公司之间并非唯一，因此我们可以在业务密钥中包含父实体。父引用被标记为不可更新，以防止违反equals / hashCode合同（将产品从一家公司转移到另一家公司毫无意义）。但是，如果“父级”具有“一组子级”实体，则此模型将中断，并且您调用类似以下内容的方法：

public void removeChild(Child child) {children.remove(child);child.setParent(null);
}

由于将父级设置为null，因此这将破坏equals / hashCode合同，并且如果子级对象是Set，则不会在子级集合中找到子对象。因此，在使用具有此类的equals / hashCode的Child实体的双向关联时要小心。

拥有LAZY父级的子实体

@Entity
public class Image {@Id@GeneratedValue(strategy = GenerationType.AUTO)private Long id;@Column(updatable = false)private String name;@ManyToOne(fetch = FetchType.LAZY)@JoinColumn(name = "product_id", nullable = false, updatable = false)private Product product;@Overridepublic int hashCode() {HashCodeBuilder hcb = new HashCodeBuilder();hcb.append(name);hcb.append(product);return hcb.toHashCode();}@Overridepublic boolean equals(Object obj) {if (this == obj) {return true;}if (!(obj instanceof Image)) {return false;}Image that = (Image) obj;EqualsBuilder eb = new EqualsBuilder();eb.append(name, that.name);eb.append(product, that.product);return eb.isEquals();}
}

如果在没有产品的情况下获取图像并且关闭了持久性上下文，并且将图像加载到集合中，则将得到LazyInitializationException，如以下代码示例所示：

List images = transactionTemplate.execute(new TransactionCallback<List>() {@Overridepublic List doInTransaction(TransactionStatus transactionStatus) {return entityManager.createQuery("select i from Image i ", Image.class).getResultList();}
});
try {assertTrue(new HashSet(images).contains(frontImage));fail("Should have thrown LazyInitializationException!");
} catch (LazyInitializationException expected) {}

因此，我不建议使用该用例，因为它容易出错，并且要正确使用equals和hashCode，我们始终需要始终初始化LAZY关联。