在.NET中，Dictionary<，>和HashTable之间的区别主要在于前者是一种泛型类型，因此在静态类型检查方面可以获得泛型的所有好处（以及减少装箱，但这并不像人们在性能方面所想的那么大-尽管装箱会有一定的内存成本）。

字典：

如果我们试图找到不存在的键，它将返回/抛出异常。它比哈希表更快，因为没有装箱和拆箱。只有公共静态成员是线程安全的。字典是一种通用类型，这意味着我们可以将它与任何数据类型一起使用（创建时，必须为键和值指定数据类型）。示例：Dictionary＜string，string＞＜NameOfDictionaryVar＞=新字典＜string，string＞（）；字典是Hashtable的类型安全实现，键和值是强类型的。

哈希表：

如果我们试图找到一个不存在的键，它将返回null。它比字典慢，因为它需要装箱和拆箱。Hashtable中的所有成员都是线程安全的，Hashtable不是泛型类型，哈希表是松散类型的数据结构，我们可以添加任何类型的键和值。

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

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

根据我使用.NET Reflector所看到的：

[Serializable, ComVisible(true)]
public abstract class DictionaryBase : IDictionary, ICollection, IEnumerable
{
    // Fields
    private Hashtable hashtable;

    // Methods
    protected DictionaryBase();
    public void Clear();
.
.
.
}
Take note of these lines
// Fields
private Hashtable hashtable;

因此，我们可以确定DictionaryBase在内部使用HashTable。

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

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

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

在大多数编程语言中，字典优先于哈希表

我认为这不一定是真的，大多数语言都有这两种语言，这取决于他们喜欢的术语。

然而，在C#中，很明显的原因（对我来说）是C#HashTables和System.Collections命名空间的其他成员在很大程度上已经过时了。它们出现在c#V1.1中。它们已从C#2.0替换为System.Collections.Generic命名空间中的Generic类。