在大多数编程语言中，字典比哈希表更受欢迎。这背后的原因是什么？
当前回答
差异
Dictionary |
Hashtable |
|---|---|
| Generic | Non-Generic |
| Needs own thread synchronization | Offers thread safe version through Synchronized() method |
Enumerated item: KeyValuePair |
Enumerated item: DictionaryEntry |
| Newer (> .NET 2.0) | Older (since .NET 1.0) |
| is in System.Collections.Generic | is in System.Collections |
| Request to non-existing key throws exception | Request to non-existing key returns null |
| potentially a bit faster for value types | bit slower (needs boxing/unboxing) for value types |
相似之处：
两者都是内部哈希表==根据关键字快速访问许多项数据两者都需要不可变和唯一的密钥两者的键都需要自己的GetHashCode（）方法
其他.NET集合：
（要使用的候选项，而不是字典和哈希表）
ConcurrentDictionary-线程安全（可以从多个线程同时安全访问）HybridDictionary-优化的性能（适用于少数项目，也适用于许多项目）OrderedDictionary-值可以通过int索引访问（按添加项的顺序）SortedDictionary-自动排序的项目StringDictionary-强类型并针对字符串进行了优化（现在不推荐使用Dictionary＜string，string＞）
其他回答
注意，文档中说：“Dictionary<（Of<（TKey，TValue>）>）类是作为哈希表实现的”，而不是“Dictionary<（Of<（TKey，TValue>）>类是作为HashTable实现的”
字典没有实现为哈希表，但它是按照哈希表的概念实现的。由于使用了泛型，该实现与HashTable类无关，尽管微软内部可能使用了相同的代码，并用TKey和TValue替换了Object类型的符号。
在.NET 1.0中，泛型不存在；这是HashTable和ArrayList最初开始的地方。
MSDN上的《使用C#对数据结构进行广泛检查》一文指出，冲突解决策略也存在差异：
Hashtable类使用一种称为rehashing的技术。
Rehashing的工作原理如下：有一组哈希不同的函数，H1。。。Hn，并且当从哈希中插入或检索项时表中，最初使用H1哈希函数。如果这导致如果需要，则尝试H2，然后继续到Hn。
字典使用了一种称为链接的技术。
通过重新散列，在发生冲突时，将重新计算哈希，并尝试与哈希对应的新槽。然而，通过链接，使用辅助数据结构来保存任何碰撞。具体来说，字典中的每个插槽都有一个数组映射到该存储桶的元素。如果发生碰撞冲突元素被添加到桶的列表中。
Hashtable是一个松散类型的数据结构，因此您可以向Hashtable添加任何类型的键和值。Dictionary类是类型安全的Hashtable实现，键和值是强类型的。创建字典实例时，必须为键和值指定数据类型。
从概念上讲，字典是一个哈希表。
如果你的意思是“为什么我们使用Dictionary＜TKey，TValue＞类而不是Hashtable类？”，那么答案很简单：Dictionary＞TKey，TValue＞是泛型类型，Hashtable不是。这意味着你可以通过Dictionary＜TKey，TValue＞获得类型安全性，因为你不能在其中插入任何随机对象，也不必强制转换你取出的值。
有趣的是，.NET Framework中的Dictionary＜TKey，TValue＞实现是基于Hashtable的，您可以从其源代码中的注释中看出：
通用字典已从Hashtable的源复制
来源
仅供参考：在.NET中，Hashtable是线程安全的，可供多个读线程和一个写线程使用，而在Dictionary中，公共静态成员是线程安全，但不能保证任何实例成员都是线程安全。
因此，我们不得不将所有词典改回Hashtable。
