在阅读了一些关于这个主题的文章之后,我对Hibernate/JPA @Entity相等的要求感到有点迷茫。我真的需要调整我的@EqualsAndHashCode,使我的实体在2020年仍然基于db的唯一性而相等吗?那么,@Id方法有什么意义呢?
我需要能够在对象级别上比较我的实体,所以现在我只是根据@Id以外的所有字段实现了我的EqualsAndHashCode。
如果我继续这样做,我会面临什么问题呢?无论如何,如果Hibernate出于某种原因试图存储或混合具有相同@Id但与我的实现不相等的两个实体,那么db不会抛出一个异常吗?这真的有风险吗?我很肯定我以前见过很多项目都有适当的测试,并且没有定义任何特定的@EqualsAndHashCode,所以默认情况下只是比较实例,这些项目通过了各种CRUD测试绿色,并且在生产中没有bug。
发布于 2020-11-26 08:15:27
基本上,当实体之间存在双向关系时,就会遇到一些问题。例如,如果Entity1对Entity2具有@OneToMany访问权,而Entity2具有对EntityId的@ManyToOne访问权,而这两个实体都有@EqualsAndHashcode而不指定字段(即为所有字段(包括关系字段)生成equals和hashcode )。在本例中,您将有一个循环引用,因此是一个StackOverflow异常。
为了避免这种情况,您只能依靠带有@Id的字段来构造equals和hashcode ( hibernate文档中有一些使用这种方法的示例)。但是在这种情况下,您会遇到另一种问题,例如,如果将具有自动生成id的瞬态实体存储在一个集合中(作为某个父实体的子实体),它将不能正常工作,因为在本例中id字段将是null。在本例中,您可能需要使用equals和hashcode中的其他字段。
因此,这个问题没有正确的答案。每次构建实体时,您都需要做出决定。
https://stackoverflow.com/questions/65003354
复制相似问题