std :: unordered_map的哈希函数有哪些限制

Question

我正在使用std :: unordered_map来表示3维空间排列中的数据。 我的哈希函数是：

unsigned int x,y,z;
unsigned int a =1000;
unsigned int b = 1000*a;
unsigned int Hash = x + a*y + b*z;

在发生任何碰撞之前，它最多应允许x的1000个单位，y的1000个单位。 我的问题是，哈希函数的无冲突空间是否有限制？ 还是可以将a和b设置为大数，请注意，如果全部分配，这很容易超出系统的内存？

干杯

Answer 1

首先，了解散列表的操作背景：

哈希表分配的存储桶不足以容纳哈希函数的整个空间。 那确实是浪费的（也许也是不可能的）。 他们分配一定数量的存储桶（例如16个），然后将每对存储在存储桶中，密钥散列以对存储桶的数量取模。

当地图达到已占用存储桶的某个阈值（通常为75-85％）时，存储桶数量会增加。 这将强制对所有键进行重新哈希处理，以便可以将它们应用于新的模数。

因此，如果您的哈希函数为特定键返回50，并且哈希表有16个存储桶，则该键对存储在存储桶（50 mod 16）= 2中。

如果随后将存储桶数增加到32，则该对将移动到存储桶（50 mod 32）= 18。

我可以将a和b设置为大数吗

绝对地，因为哈希是对分配的存储桶的数量取模，用于查找特定密钥的存储桶。