Dictionary＜＞是泛型类型，因此它是类型安全的。

您可以在HashTable中插入任何值类型，这有时可能会引发异常。但是Dictionary＜int＞只接受整数值，类似地Dictionary＞＜string＞只接受字符串。

因此，最好使用Dictionary＜＞而不是HashTable。

我能发现的另一个区别是：

我们不能在web服务中使用Dictionary＜KT，VT＞（泛型）。原因是没有web服务标准支持泛型标准。

从概念上讲，字典是一个哈希表。

如果你的意思是“为什么我们使用Dictionary＜TKey，TValue＞类而不是Hashtable类？”，那么答案很简单：Dictionary＞TKey，TValue＞是泛型类型，Hashtable不是。这意味着你可以通过Dictionary＜TKey，TValue＞获得类型安全性，因为你不能在其中插入任何随机对象，也不必强制转换你取出的值。

有趣的是，.NET Framework中的Dictionary＜TKey，TValue＞实现是基于Hashtable的，您可以从其源代码中的注释中看出：

通用字典已从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在内部实现为哈希表，因此技术上它的工作方式相同。

哈希表：

键/值将在存储到堆中时转换为对象（装箱）类型。

从堆中读取时，需要将键/值转换为所需的类型。

这些操作成本很高。我们需要尽可能避免装箱/拆箱。

字典：HashTable的泛型变体。

禁止装箱/拆箱。无需转换。

差异

相似之处：

两者都是内部哈希表==根据关键字快速访问许多项数据两者都需要不可变和唯一的密钥两者的键都需要自己的GetHashCode（）方法

其他.NET集合：

（要使用的候选项，而不是字典和哈希表）

ConcurrentDictionary-线程安全（可以从多个线程同时安全访问）HybridDictionary-优化的性能（适用于少数项目，也适用于许多项目）OrderedDictionary-值可以通过int索引访问（按添加项的顺序）SortedDictionary-自动排序的项目StringDictionary-强类型并针对字符串进行了优化（现在不推荐使用Dictionary＜string，string＞）