一种将密钥存储在字典中而不存储密钥的方法？

Question

例如，如果编写字典类，则冲突很少见，但确实存在。 因此，您需要存储密钥，以确保在哈希表中找到密钥时，它是正确的密钥，而不是冲突。

有时密钥很长，通常是字符串，因此与仅是哈希码相比，每个密钥可以超过40个字节。 如果存储的密钥是​​对对象进行哈希处理，但使用略有不同的哈希算法且具有不同的质数怎么办？ 那么发生碰撞的机会将是(1/(2^32)) * (1/(2^32)) 。

您甚至可以使用另一种哈希算法并存储该哈希，因此发生冲突的可能性为(1/(2^32)) * (1/(2^32)) * (1/(2^32)) 。 显然，冲突可能还会发生，但是机会很小，而且您只需为密钥存储4个字节而不是超过32个字节，就可以节省大量内存。

我猜这仍然是不能接受的，对，因为仍然有机会，但是也有可能某人的RAM可能会意外翻转并出现蓝屏，这似乎不太可能使其不实施。 有其他选择吗？还是小的机会仍然不值得？

Answer 1

如果要100％确保没有碰撞，则在插入之前无法绕过密钥检查。 话虽如此，我们在这里很幸运，因为正确实施的词典正是您快速找到密钥所需要的。

话虽这么说，您可能想看看这里描述的功能。 碰撞的机会会很低

编辑：删除了一些我写的关于GUID的废话...

Answer 2

这取决于。

您是否绝对需要保证解决冲突？ 如果是这样：您必须存储密钥或与之等效的密钥。 在某些情况下（例如，较小的键空间，冗余数据等），您可以使用压缩或自定义哈希函数将键可逆地映射到较小的对象。

如果不是：是的，您的方法会起作用。 请注意，由于生日悖论 ，发生碰撞的概率为：

• 取决于集合中已有元素的数量； 和
• 比你想象的要高。

这是一个折衷方案：现在您必须计算（和比较）多个散列来查找项目。

沿着这条路走下去：为什么有固定数量的哈希？ 您可以计算一个哈希，只有在发生冲突时才计算下一个哈希。 这导致基于特里的实现。 （当然，你再需要散列函数的可靠的分布式的家人 ...）

除了大多数高性能和/或受内存限制的应用程序之外，对于大多数应用程序来说，大多数情况都是多余的-但是偶尔执行以下操作很有用:)