map基于红黑树实现，支持有序遍历，操作时间复杂度为O(log n)；unordered_map基于哈希表实现，无序但平均操作速度更快，理想情况下为O(1)，适用于无需顺序的快速查找场景。
unordered_map 和 map 是 C++ 中两种常用的关联容器，它们都用于存储键值对（key-value pairs），但在底层实现、性能特性和使用场景上有显著区别。选择哪一个取决于具体需求，比如是否需要有序遍历、对插入/查找速度的要求等。
底层实现不同
map 基于红黑树（一种自平衡二叉搜索树）实现，元素按键的顺序自动排序，因此支持有序访问。默认情况下，键按升序排列。
unordered_map 使用哈希表实现，通过哈希函数将键映射到桶中，不保证元素的顺序。相同键的元素会被映射到相同的桶里，冲突通过链地址法或开放寻址等方式处理。
时间复杂度对比
由于结构差异，两者的操作效率也不同：
立即学习“C++免费学习笔记（深入）”；
- map：插入、删除、查找的平均和最坏时间复杂度均为 O(log n)。因为是平衡树结构，性能稳定。
- unordered_map：理想情况下插入、删除、查找为 O(1)，但在哈希冲突严重时可能退化到 O(n)。最坏情况较少见，依赖于哈希函数质量。
适用场景建议
如果你需要按键有序地遍历数据，例如实现字典序输出、范围查询（如查找某个区间内的所有键），map 是更合适的选择。
若只关注快速查找、插入和删除，且不需要顺序，unordered_map 通常更快，尤其在大数据量下优势明显。
注意：unordered_map 对键类型要求提供有效的哈希函数。标准类型如 int、string 已内置哈希，自定义类型需手动特化 std::hash 或传入自定义哈希函数。
内存与开销比较
map 每个节点包含左右子指针和颜色标记，有一定内存开销，但结构紧凑，缓存局部性一般。
unordered_map 需要维护哈希表的桶数组，可能预留较多空槽以减少冲突，内存占用通常更高，但高频操作时缓存命中率较好（尤其是小数据集）。重新哈希（rehash）时会有短暂性能抖动。
基本上就这些。简单说：要顺序用 map，要速度用 unordered_map。实际测试中，多数无序场景下 unordered_map 性能更优，但别忽视哈希碰撞和自定义类型的适配问题。
