map基于红黑树，元素有序，查找、插入、删除时间复杂度为O(log n)；unordered_map基于哈希表，无序，平均操作时间为O(1)，适合无需顺序的快速存取。

在c++标准库中，map 和 unordered_map 都是常用的关联容器，用于存储键值对（key-value pairs），但在底层实现、性能特征和使用场景上有显著区别。选择哪一个取决于具体需求，比如是否需要有序遍历、对性能的要求等。

底层数据结构不同

map 基于红黑树（一种自平衡二叉搜索树）实现，元素按键的顺序自动排序。插入、删除和查找的时间复杂度稳定为 O(log n)。

unordered_map 基于哈希表实现，元素无固定顺序。理想情况下，插入、删除和查找操作的平均时间复杂度为 O(1)，最坏情况可能退化到 O(n)，取决于哈希函数的质量和冲突处理方式。

元素是否有序

map 中的元素始终按照键的升序排列（可自定义比较函数）。这使得你可以利用有序性进行范围查询（如用 lower_bound、upper_bound）、遍历出最小/最大键等操作。

立即学习“C++免费学习笔记（深入）”；

unordered_map 不保证元素顺序。每次遍历时元素的顺序可能不同，尤其在插入删除导致哈希表重排后。如果你需要有序访问，它就不适用。

Calliper 文档对比神器

文档内容对比神器

28

查看详情

性能对比与适用场景

当关注点是快速查找、插入和删除，且不需要顺序时，unordered_map 通常更快。例如：计数统计、缓存映射、去重等场景。

而当你需要：

• 按键有序遍历
• 找到最接近某个键的元素
• 依赖稳定排序行为（如输出结果需一致）

则应选择 map。虽然稍慢，但提供确定性的顺序和稳定的性能表现。

对键类型的要求不同

map 要求键类型支持比较操作（默认使用 less，即

unordered_map 要求键类型支持哈希计算，即需要有对应的 hash 函数，并且支持 == 比较。对于自定义类型，你需要提供 hash 特化或自定义函数对象。

基本上就这些。简单来说：要顺序选 map，要速度选 unordered_map。根据实际使用场景权衡即可。