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中文网其他相关文章！
