我现在在一个数据结构类中，我的理解是dict()数据类型也可以初始化为dictionary ={}或键和值，基本上与列表/数组数据类型用于实现堆栈和队列相同。因此，dict()是类型，映射是一个结果数据结构，您可以选择用字典数据类型实现，就像您可以使用列表类型并选择用它实现堆栈或队列数据结构一样。

这是同一个概念的两个不同术语。 Hashtable和HashMap也引用相同的概念。

一个是另一个的旧说法。通常，“字典”一词是在数学术语“地图”占主导地位之前使用的。此外，字典倾向于有键类型的字符串，但这并不是100%正确的。

主要的区别是Map要求所有的条目(值和键对)都有一个唯一的键。如果发生冲突，即当一个新条目与集合中已经存在的条目具有相同的键时，则需要冲突处理。

通常，我们使用分离链接来处理冲突。或者线性探测。

Dictionary允许将多个条目链接到同一个键。

当Map实现了独立链接时，它就趋向于字典。

同一事物的两个术语:

“Map”被Java、c++使用 "Dictionary"被。net, Python使用 “关联数组”是PHP使用的

“Map”是正确的数学术语，但我们避免使用它，因为它在函数式编程中有单独的含义。

有些语言还使用其他术语(Javascript中的“对象”，Ruby中的“散列”，Lua中的“表”)，但这些在编程中也都有不同的含义，所以我会避免使用它们。

更多信息请看这里。

其实不是一回事。映射是字典的一个子集。Dictionary在这里定义为具有插入、删除和查找函数。Java使用的Map(根据本文)是一个字典，它要求键映射到值严格地映射为一对一的函数。一个字典可能有多个键映射到一个值，或者一个键映射到几个值(如hashtable中的链接)，例如Twitter标签搜索。

As a more "real world" example, looking up a word in a dictionary can give us a number of definitions for the same word, and when we find an entry that points us to another entry (see other word), a number of words for the same list of definitions. In the real world, maps are much broader, allowing us to have locations for names or names for coordinates, but also we can find a nearest neighbor or other attributes (populations, etc), so IMHO there could be argument for a greater expansion of the map type to possibly have graph based implementations, but it would be best to always assume just the key-value pair, especially since nearest neighbor and other attributes to the value could all just be data members of the value.

尽管有一对一的要求，但如果值被泛化为集合本身，或者值仅仅是对存储在其他地方的集合的引用，则Java映射可以实现更类似于广义字典的东西。

请记住，Java维护者不是ADT定义的维护者，Java决策是专门针对Java的。