在大多数编程语言中，字典比哈希表更受欢迎。这背后的原因是什么？
当前回答
在.NET中，Dictionary<，>和HashTable之间的区别主要在于前者是一种泛型类型，因此在静态类型检查方面可以获得泛型的所有好处（以及减少装箱，但这并不像人们在性能方面所想的那么大-尽管装箱会有一定的内存成本）。
其他回答
因为Dictionary是一个泛型类（Dictionary＜TKey，TValue＞），所以访问其内容是类型安全的（即，不需要像Hashtable那样从Object转换）。
比较
var customers = new Dictionary<string, Customer>();
...
Customer customer = customers["Ali G"];
to
var customers = new Hashtable();
...
Customer customer = customers["Ali G"] as Customer;
然而，Dictionary在内部实现为哈希表，因此技术上它的工作方式相同。
在.NET中，Dictionary<，>和HashTable之间的区别主要在于前者是一种泛型类型，因此在静态类型检查方面可以获得泛型的所有好处（以及减少装箱，但这并不像人们在性能方面所想的那么大-尽管装箱会有一定的内存成本）。
差异
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＜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类。
