JPA 实体：覆盖还是不覆盖 hashCode() 和 equals()？

JPA：解决 hashCode()/equals() 困境

在 JPA 实体实现领域，hashCode() 和 equals() () 方法在确保数据完整性和对象身份方面发挥着关键作用。但是，实现的选择可能会对您的应用程序产生重大影响。

选项和影响

有多种潜在的实现，每种都有其优点和缺点：

• 没有覆盖：

  • 符合 hashCode()/equals() 合约
  • 无法识别相同的对象（例如，来自不同会话）
  • 处理分离的实体好吧

• 基于主键覆盖：

  • 破坏 hashCode()/equals() 合约
  • 识别相同的实体（托管）
  • 问题分离实体

• 基于业务 ID 覆盖：

  • 破坏 hashCode()/equals() 合约
  • 识别相同的实体（托管）
  • 分离实体没有问题

建议

选择合适的选项取决于您的具体情况申请要求：

• 为确保不变性和 List/Set 操作： 不要重写 hashCode() 和 equals()。
• 用于识别相同的对象： 基于主对象重写 hashCode() 和 equals() key.
• 用于处理分离的实体：基于以下内容重写 hashCode() 和 equals() Business-id 或考虑实施您自己的身份管理机制。

其他注意事项

• 如果使用 Hibernate，请阅读文章“不要让 Hibernate 窃取您的身份”，了解具体实现的细微差别。
• 请记住，重写 hashCode() equals() 破坏了对象 API 中定义的约定。
• 考虑在 hashCode() 中使用多个值时对基于哈希的集合的影响（这可能会导致检索问题）。

以上是JPA 实体：覆盖还是不覆盖 hashCode() 和 equals()？的详细内容。更多信息请关注PHP中文网其他相关文章！