C++里的std::map和std::unordered_map哪个更快

来源:APP编程网作者:越南程序员头衔:程序员
导读:本期聚焦于小伙伴创作的《C++里的std::map和std::unordered_map哪个更快》,敬请观看详情,探索知识的价值。以下视频、文章将为您系统阐述其核心内容与价值。如果您觉得《C++里的std::map和std::unordered_map哪个更快》有用,将其分享出去将是对创作者最好的鼓励。

在C++标准库中,std::map和std::unordered_map是两种常用的键值对关联容器,很多开发者在选择时会优先考虑速度差异。std::map的底层是红黑树结构,所有操作的时间复杂度稳定在O(logN),而std::unordered_map的底层是哈希表,平均操作时间复杂度为O(1),但实际性能表现会受到多种场景因素的影响。

C++里的std::map和std::unordered_map哪个更快

底层实现原理差异

std::map的底层结构

std::map是基于红黑树实现的平衡二叉搜索树,红黑树会通过颜色标记和旋转操作维持树的平衡,保证树的高度始终在O(logN)级别。它的所有节点按照键的大小有序排列,支持范围查询和有序遍历。

std::unordered_map的底层结构

std::unordered_map是基于哈希表实现的,通过哈希函数将键映射到哈希表的桶中。理想情况下每个桶中只有一个元素,操作时间复杂度为O(1),但如果发生哈希冲突,桶中会形成链表或者红黑树,最坏情况下时间复杂度会退化到O(N)。

不同场景下的性能对比

插入操作性能

当插入的数据量较小时,两者的插入速度差异不明显。随着数据量增大,std::unordered_map的平均插入速度会优于std::map,因为它的平均时间复杂度更低。但如果发生大量哈希冲突,std::unordered_map的插入速度会下降,甚至不如std::map。

以下是插入操作的测试代码示例:

#include <iostream>
#include <map>
#include <unordered_map>
#include <chrono>

int main() {
    const int TEST_NUM = 1000000;
    std::map<int, int> m;
    std::unordered_map<int, int> um;

    // 测试std::map插入性能
    auto start1 = std::chrono::high_resolution_clock::now();
    for (int i = 0; i < TEST_NUM; ++i) {
        m[i] = i;
    }
    auto end1 = std::chrono::high_resolution_clock::now();
    auto duration1 = std::chrono::duration_cast<std::chrono::milliseconds>(end1 - start1);
    std::cout << "std::map插入" << TEST_NUM << "个元素耗时: " << duration1.count() << "ms" << std::endl;

    // 测试std::unordered_map插入性能
    auto start2 = std::chrono::high_resolution_clock::now();
    for (int i = 0; i < TEST_NUM; ++i) {
        um[i] = i;
    }
    auto end2 = std::chrono::high_resolution_clock::now();
    auto duration2 = std::chrono::duration_cast<std::chrono::milliseconds>(end2 - start2);
    std::cout << "std::unordered_map插入" << TEST_NUM << "个元素耗时: " << duration2.count() << "ms" << std::endl;

    return 0;
}

查找操作性能

查找场景下,std::unordered_map的平均查找速度远快于std::map,尤其是数据量较大的时候。但如果哈希函数设计不合理,导致大量哈希冲突,std::unordered_map的查找速度会明显下降。而std::map的查找速度始终稳定在O(logN),不会有极端波动。

遍历操作性能

std::map的遍历是按照键的大小有序进行的,内存访问的局部性较好,遍历速度相对较快。而std::unordered_map的遍历需要遍历所有桶,内存访问不连续,遍历速度通常慢于std::map,尤其是数据量大的时候。

如何选择适合的容器

  • 如果需要有序存储键值对,或者需要范围查询操作,优先选择std::map。
  • 如果只需要快速的插入、查找、删除操作,不需要有序性,且数据量较大,优先选择std::unordered_map。
  • 如果数据量很小,或者哈希函数容易导致大量冲突,两者性能差异不大,可以根据其他需求选择。
  • 如果对性能稳定性要求高,不希望出现极端慢的情况,std::map是更稳妥的选择。

总结

std::map和std::unordered_map没有绝对的快慢之分,std::unordered_map的平均操作速度更快,但性能波动大;std::map的速度稳定,且支持有序操作。开发者需要根据实际的业务场景、数据特点、操作类型来选择合适的容器,而不是单纯看时间复杂度就做出选择。

std::mapstd::unordered_map红黑树哈希表C++修改时间:2026-06-20 08:48:13

免责声明:​ 已尽一切努力确保本网站所含信息的准确性。网站内容多为原创整理与精心编撰,观点力求客观中立。本站旨在免费分享,内容仅供个人学习、研究或参考使用。若引用了第三方作品,版权归原作者所有。如内容涉及您的权益,请联系我们处理。
内容垂直聚焦
专注技术核心技术栏目,确保每篇文章深度聚焦于实用技能。从代码技巧到架构设计,为用户提供无干扰的纯技术知识沉淀,精准满足专业提升需求。
知识结构清晰
覆盖从开发到部署的全链路。AI、前端、编程、数据库、服务器、建站、系统层层递进,构建清晰学习路径,帮助用户系统化掌握开发与运维所需的核心技术。
深度技术解析
拒绝泛泛而谈,深入技术细节与实践难点。无论是数据库优化还是服务器配置,均结合真实场景与代码示例进行剖析,致力于提供可直接应用于工作的解决方案。
专业领域覆盖
精准对应开发生命周期。从前端界面到后端编程,从数据库操作到服务器运维,形成完整闭环,一站式满足全栈工程师和运维人员的技术需求。
即学即用高效
内容强调实操性,步骤清晰、代码完整。用户可根据教程直接复现和应用于自身项目,显著缩短从学习到实践的距离,快速解决开发中的具体问题。
持续更新保障
专注既定技术方向进行长期、稳定的内容输出。确保各栏目技术文章持续更新迭代,紧跟主流技术发展趋势,为用户提供经久不衰的学习价值。