.net 中的 HashTable/Dictionary 实现选择哪种类型的冲突解决方案？答案

【问题标题】：What type of collision resolution is chosen for HashTable/Dictionary implementation in .net?.net 中的 HashTable/Dictionary 实现选择哪种类型的冲突解决方案？
【发布时间】：2011-11-18 16:11:49
【问题描述】：

众所周知，解决冲突有 2 种经典策略：分离链接和开放寻址。

我想知道为 .net 中的 HashTable/Dictionary 选择了哪一个。

还是使用了其他策略？

【问题讨论】：

好问题。如果你没有发布这个问题，我可能永远不会查阅那篇论文。

标签： c# .net hashtable collision

【解决方案1】：

在 MSDN 上的这篇论文中都有描述：An Extensive Examination of Data Structures Using C# 2.0

...称为 rehasing 的冲突解决技术，它是 .NET Framework 的 Hashtable 类使用的技术。在决赛中部分，我们将查看使用碰撞的 Dictionary 类解析技术称为链接。 ....

... Rehasing 的工作原理如下：有一组不同的哈希函数，H1 ... Hn，以及在从哈希表，最初使用 H1 哈希函数。如果这导致如果发生碰撞，则尝试使用 H2，并在需要时尝试直至 Hn。上一节只展示了一个哈希函数，即初始哈希函数（H1）。其他哈希函数非常相似到这个函数，只用一个乘法因子来区分。在一般来说，散列函数Hk定义为：

 Hk(key) = [GetHash(key) + k * (1 + (((GetHash(key) >> 5) + 1) %  (hashsize – 1)))] % hashsize

Dictionary 类在更多方面与 Hashtable 类不同比一个。除了是强类型的，字典还采用与 Hashtable 不同的冲突解决策略类，使用称为链接的技术。回想一下探测，如果发生冲突，列表中的另一个插槽桶被尝试。（通过重新散列，散列被重新计算，并且尝试了新的插槽。）但是，使用链接，辅助数据结构用于保持任何碰撞。具体来说，每个插槽 Dictionary 有一个映射到该存储桶的元素数组。在里面发生碰撞时，碰撞元素被添加到存储桶列表。

记住只有第一句话是我自己的:-)

【讨论】：

A Dictionary 没有二级数据结构来保存冲突。至少在 C# 4 中没有。
@Gabe : 你能提供另一个解释或链接吗？
@Gabe：你能详细说明一下吗？对我来说，这看起来像是对Dictionary<K,V> 的非常准确的描述。我的理解是每个桶都包含一个元素的链表（如果没有冲突，链表将包含一个元素）。
不是链表。与 List 相同的策略，它只是通过将数组大小加倍来重新分配存储桶。使用 Reflector 看这个，Dictionary.Resize() 方法。
@Gabe：实际上，它确实如此，除了“辅助数据结构”与数据本身一起存储。我很快就会写一篇关于这个的博客文章，因为我一直在研究 Dictionary 最近到底做了什么。

【解决方案2】：

这实际上是一个非常有趣的问题；我刚刚完成了blog post 关于Dictionary 是如何在幕后实现的。我可能会在以后的文章中介绍Hashtable。

【讨论】：

这很好。您应该在答案中发布摘要。
需要用图来解释；我不确定我能否充分总结它...：/
无论如何，包括图表。 Ctrl+G可以上传图片。
非常感谢您的精彩博文。它使 Dictionary 的实现完全清晰。