map基于红黑树实现，操作时间复杂度O(log n)，有序且迭代器稳定；unordered_map基于哈希表，平均O(1)最坏O(n)，无序但查询更快，适合大数据量高频查找，内存占用高且依赖哈希函数。
在C++中，map 和 unordered_map 是两种常用的关联容器，用于存储键值对。它们在性能上有明显差异，选择哪一个取决于具体使用场景。
底层结构与查找效率
map 基于红黑树实现，所有元素按键有序排列。插入、删除和查找操作的时间复杂度为 O(log n)。这种有序性带来稳定性能，但也增加开销。
unordered_map 基于哈希表实现，元素无固定顺序。理想情况下，查找、插入和删除的平均时间复杂度为 O(1)，最坏情况为 O(n)，取决于哈希函数质量和冲突处理。
插入与遍历性能对比
在大量随机插入测试中，unordered_map 通常比 map 快，尤其是在数据量大时。原因在于哈希表的常数级操作优势。
立即学习“C++免费学习笔记（深入）”；
- 小规模数据（如几百个元素）：两者性能接近，map 的有序性可能更有用
- 大规模数据（上万或更多）：unordered_map 插入和查询明显更快
- 遍历时，map 可按序访问，适合需要排序结果的场景；unordered_map 遍历无序，但速度略快
内存占用与哈希开销
unordered_map 通常占用更多内存，因为哈希表需要预留空间以减少冲突。同时，它依赖哈希函数，若键类型复杂（如 string），计算哈希本身有开销。
map 内存布局更紧凑，节点之间通过指针连接，空间利用率较高，且不依赖哈希函数。
- 内存敏感场景优先考虑 map
- 频繁查询、不要求顺序时，unordered_map 更高效
- 自定义类型作 key 时，需为 unordered_map 提供有效哈希函数，否则性能下降
稳定性与异常安全
map 迭代器稳定性较好，插入不影响其他元素迭代器有效性（除被删元素）。unordered_map 在 rehash 时可能使所有迭代器失效，需注意。
map 提供严格弱序保证，适合多线程读取（无写操作）。unordered_map 若未加锁，多线程并发访问易出问题。
基本上就这些。如果需要有序遍历或稳定迭代器，选 map；追求速度且能接受无序，unordered_map 更优。实际使用前建议结合数据规模和操作类型做简单基准测试。
