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

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

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

Hashtable是一个松散类型的数据结构，因此您可以向Hashtable添加任何类型的键和值。Dictionary类是类型安全的Hashtable实现，键和值是强类型的。创建字典实例时，必须为键和值指定数据类型。

自.NET Framework 3.5以来，还有一个HashSet＜T＞，它提供了字典＜TKey，TValue＞的所有优点，如果您只需要键而不需要值。

因此，如果您使用Dictionary＜MyType，object＞并始终将值设置为null以模拟类型安全哈希表，您可能应该考虑切换到HashSet＜T＞。

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

如果你的意思是“为什么我们使用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类。

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

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

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