在大多数编程语言中，字典比哈希表更受欢迎。这背后的原因是什么？
当前回答
从概念上讲，字典是一个哈希表。
如果你的意思是“为什么我们使用Dictionary＜TKey，TValue＞类而不是Hashtable类？”，那么答案很简单：Dictionary＞TKey，TValue＞是泛型类型，Hashtable不是。这意味着你可以通过Dictionary＜TKey，TValue＞获得类型安全性，因为你不能在其中插入任何随机对象，也不必强制转换你取出的值。
有趣的是，.NET Framework中的Dictionary＜TKey，TValue＞实现是基于Hashtable的，您可以从其源代码中的注释中看出：
通用字典已从Hashtable的源复制
来源
其他回答
Hashtable对象由包含集合元素的桶组成。bucket是Hashtable中元素的虚拟子组，这使得搜索和检索比大多数集合更容易和更快。
Dictionary类具有与Hashtable类相同的功能。对于值类型，特定类型（而不是Object）的字典比Hashtable具有更好的性能，因为Hashtable的元素属于Object类型，因此，如果存储或检索值类型，通常会进行装箱和取消装箱。
进一步阅读：哈希表和字典集合类型
从概念上讲，字典是一个哈希表。
如果你的意思是“为什么我们使用Dictionary＜TKey，TValue＞类而不是Hashtable类？”，那么答案很简单：Dictionary＞TKey，TValue＞是泛型类型，Hashtable不是。这意味着你可以通过Dictionary＜TKey，TValue＞获得类型安全性，因为你不能在其中插入任何随机对象，也不必强制转换你取出的值。
有趣的是，.NET Framework中的Dictionary＜TKey，TValue＞实现是基于Hashtable的，您可以从其源代码中的注释中看出：
通用字典已从Hashtable的源复制
来源
在大多数编程语言中，字典优先于哈希表
我认为这不一定是真的，大多数语言都有这两种语言，这取决于他们喜欢的术语。
然而，在C#中，很明显的原因（对我来说）是C#HashTables和System.Collections命名空间的其他成员在很大程度上已经过时了。它们出现在c#V1.1中。它们已从C#2.0替换为System.Collections.Generic命名空间中的Generic类。
仅供参考：在.NET中，Hashtable是线程安全的，可供多个读线程和一个写线程使用，而在Dictionary中，公共静态成员是线程安全，但不能保证任何实例成员都是线程安全。
因此，我们不得不将所有词典改回Hashtable。
我能发现的另一个区别是：
我们不能在web服务中使用Dictionary＜KT，VT＞（泛型）。原因是没有web服务标准支持泛型标准。
