如何在map和unordered_map之间选择？

假设我想使用字符串作为键来映射数据。什么容器应该怎么选择，map还是unordered_map？unordered_map占用更多的内存，所以让我们假设内存不是问题，而关注的是速度。

unordered_map通常应该给出O（1）的平均复杂度，而O（n）的最坏情况。在什么情况下会达到O（n）？什么时候map可以获得比更高的时间效率unordered_map？当n小时会发生吗？

假设我将STLunordered_map与默认的haser Vs一起使用。地图。字符串是关键。

如果我要遍历元素而不是每次都访问单个元素，我应该优先map吗？

实际上，如果没有问题，unordered_map那么如果要访问单个元素，则总是更快。

最坏的情况是理论上的，并且限制了所有元素的单个哈希值。这没有实际意义。将unordered_map尽快慢，你必须在属于相同的散列至少数N个元素得到。这也没有实际意义。在某些特殊情况下，您可以使用特定的哈希算法来确保更均匀的分布。对于不共享特定模式的普通字符串，附带的通用哈希函数unordered_map也一样。

如果要以排序方式遍历地图（使用迭代器），则不能使用unordered_map。相反，map不仅允许这样做，而且还可以根据键的近似值为您提供地图中的下一个元素（请参见lower_bound和upper_bound方法）。

                       | map              | unordered_map
---------------------------------------------------------
element ordering       | strict weak      | n/a 
                       |                  |
common implementation  | balanced tree    | hash table
                       | or red-black tree|  
                       |                  |
search time            | log(n)           | O(1) if there are no hash collisions
                       |                  | Up to O(n) if there are hash collisions 
                       |                  | O(n) when hash is the same for any key
                       |                  |     
Insertion time         | log(n)+rebalance | Same as search
                       |                  | 
Deletion time          | log(n)+rebalance | Same as search
                       |                  | 
needs comparators      | only operator <  | only operator ==
                       |                  |
needs hash function    | no               | yes
                       |                  |
common use case        | when good hash is| In most other cases. 
                       | not possible or  | 
                       | too slow. Or when|
                       | order is required| 

在什么情况下会达到O（n）？

如果您有这样一个糟糕的哈希函数，它会对所有输入搅动产生相同的哈希值（即产生冲突）...

我应该选择哪个容器，映射或unordered_map？

始终是需求和数据种类/数量的问题。

什么时候地图比unordered_map更有效率？

这只是不同的结构。您最好根据典型的使用案例选择使用其中一种（考虑到您拥有的数据种类及其数量）

当n小时，hppaen吗？

在少量数据的情况下，一切都取决于特定的STL实现...因此，有时甚至是简单的向量/数组也可能比关联容器更快。

我应该选择哪个容器，映射或unordered_map？unordered_map占用更多内存，因此让我们假设内存不是问题，而关注的是速度。

配置文件，然后决定。unordered_map通常更快，但因情况而异。

在什么情况下会达到O（n）？

当散列效果不好并且将一堆元素分配给相同的容器时。

什么时候地图比unordered_map更有效率？n小时会幸福吗？

可能不是，但如果您确实在意，请对其进行概要分析。具有小尺寸的容器是您程序的瓶颈，这几乎是不可能的。无论如何，vector对于这种情况，简单的线性搜索可能会更快。

决定时最重要的是排序的要求和缺少迭代器无效的条件。如果需要，则几乎必须使用map。否则，unordered_map。