字典：

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

哈希表：

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

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

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

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

MSDN上的《使用C#对数据结构进行广泛检查》一文指出，冲突解决策略也存在差异：

Hashtable类使用一种称为rehashing的技术。

Rehashing的工作原理如下：有一组哈希不同的函数，H1。。。Hn，并且当从哈希中插入或检索项时表中，最初使用H1哈希函数。如果这导致如果需要，则尝试H2，然后继续到Hn。

字典使用了一种称为链接的技术。

通过重新散列，在发生冲突时，将重新计算哈希，并尝试与哈希对应的新槽。然而，通过链接，使用辅助数据结构来保存任何碰撞。具体来说，字典中的每个插槽都有一个数组映射到该存储桶的元素。如果发生碰撞冲突元素被添加到桶的列表中。

字典：

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

哈希表：

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

另一个重要的区别是Hashtable是线程安全的。Hashtable具有内置的多读取器/单写入器（MR/SW）线程安全性，这意味着Hashtable允许一个写入器与多个读取器一起使用，而无需锁定。

在Dictionary的情况下，没有线程安全；如果需要线程安全，则必须实现自己的同步。

进一步阐述：

Hashtable通过Synchronized属性提供了一些线程安全性，该属性返回集合周围的线程安全包装。包装器通过在每次添加或删除操作时锁定整个集合来工作。因此，每个试图访问集合的线程都必须等待轮到它获取一个锁。这是不可扩展的，可能会导致大型集合的性能显著下降。此外，该设计没有完全保护免受比赛条件的影响。.NET Framework 2.0集合类（如List＜T＞、Dictionary＜TKey、TValue＞等）不提供任何线程同步；当在多个线程上同时添加或删除项时，用户代码必须提供所有同步

如果需要类型安全和线程安全，请在.NETFramework中使用并发集合类。在这里进一步阅读。

另外一个区别是，当我们在字典中添加多个条目时，条目的添加顺序保持不变。当我们从字典中检索条目时，我们将按照插入它们的相同顺序获取记录。而Hashtable不保留插入顺序。

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

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

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