一尘不染

更改存储在基于Hash的集合中的对象的hashCode

hibernate

我有一个基于哈希的对象集合,例如HashSetHashMap。当实施hashCode()时由于它是根据某些可变字段计算而可以随时间变化的,我会遇到什么问题?

它如何影响hibernate?有任何原因为什么hashCode()默认情况下返回对象的ID不好?如果重要的话,所有尚未持久化的对象都具有id = 0。

hashCode对于Hibernate映射的实体,合理的实现是什么?设置后,ID是不可变的,但是在将实体保存到数据库时并非如此。

我不担心HashSet键值为0的十几个实体的性能。我关心的是对我的应用程序和Hibernate使用ID作为哈希码是否安全,因为ID是在持久化时生成的,因此会发生变化。


阅读 470

收藏
2020-06-20

共1个答案

一尘不染

如果同一对象的哈希码随时间变化,则结果基本上是不可预测的。哈希集合使用哈希代码将对象分配给存储桶-
如果您的哈希代码突然更改,则该集合显然不知道,因此它可能无法找到现有对象,因为它现在哈希到另一个存储桶。

本身返回一个对象的ID还不错,但是,如果其中许多对象都具有您提到的id =
0,则将降低哈希表的性能:所有具有相同哈希码的对象都位于同一存储桶中,因此您的哈希表格现在比线性列表更好。

更新: 从理论上讲,只要没有其他人知道,您的哈希码就可以更改-
这恰好暗示了@bestsss在他的注释中提到的内容,即从可能保存该对象的任何集合中删除您的对象,然后再次插入一次哈希码已更改。实际上,一个更好的选择是从对象的实际内容字段生成哈希码,而不是依赖数据库ID。

2020-06-20