operator[] 插入时会覆盖已存在的 key；insert() 默认不覆盖，返回插入结果；insert_or_assign() 可安全实现“存在则更新、不存在则插入”。
operator[] 插入时会覆盖已存在的 key
的行为是：如果 key 不存在，就用 value 类型的默认构造函数创建一个新元素并返回其引用；如果 key 已存在，就直接返回对应 value 的引用。这意味着只要对它赋值，就会无条件覆盖旧值。
常见错误场景：想“只插入不覆盖”，却写了
，结果把已有数据冲掉了。
适用于：你明确知道 key 可能不存在，且希望“有则更新、无则插入”
不适用于：只允许插入新 key，拒绝覆盖（比如配置加载、去重注册）
性能注意：
对于 value 类型必须支持默认构造，如果默认构造代价高（如含大内存分配），可能引发意外开销
insert() 默认不覆盖，返回插入结果
的标准重载（接受
或
）不会覆盖已有 key。它返回一个
：second 为
表示插入成功，
表示 key 已存在、什么也没做。
这是真正“只插入、不覆盖”的安全方式。
C知道
CSDN推出的一款AI技术问答工具
下载
立即学习
“
C++免费学习笔记（深入）
”；
典型写法：
（C++17 结构化绑定）
如果需要在插入失败时做别的事（比如报错或跳过），靠
判断即可
注意：
不会调用 value 的默认构造，只在真正插入时用传入的 value 构造——更可控、更轻量
insert() 的“强行覆盖”变体：emplace() 和 insert_or_assign()
如果你确实需要“存在则更新、不存在则插入”，但又不想用
（比如 value 不可默认构造），可以用：
（C++17 起）：语义等价于
，但不要求 value 可默认构造，且明确表达了“覆盖意图”
：尝试就地构造，若 key 存在则不插入，也不覆盖——它仍是“不覆盖”语义，不是替代
的方案
别误用
后再检查返回值来模拟覆盖：多一次查找，效率不如
容易踩坑的边界情况
这些细节常被忽略，却直接影响逻辑正确性：
的 key 比较依赖
或自定义比较器，如果比较逻辑有误（比如未处理 const、指针为空），
和
都可能查错位置，看似“没覆盖”实则是找错了 key
对 const map 不可用，编译直接报错：
在 key 已存在时，返回的 iterator 指向原有元素，不是新插入的（因为根本没插）；而
总是返回对应 value 的引用，不管新老
如果 value 是指针或智能指针，
默认构造出空指针，后续解引用会 crash——这种隐式初始化比覆盖更危险
实际项目里，该用
还是
，不取决于“习惯”，而取决于你是否允许覆盖、value 是否支持默认构造、以及是否需要区分“新增”和“更新”这两个语义。很多 bug 就藏在默认用
却没意识到它悄悄抹掉了旧值。
operator[]myMap[key] = valueoperator[]insert()std::pairvalue_typestd::pairtruefalseauto [it, inserted] = myMap.insert({key, value});insertedinsert()operator[]insert_or_assign(key, value)operator[]emplace(key, args...)operator[]insert({key, value})insert_or_assignmapoperator<insert()operator[]operator[]no operator[] matches...insert()operator[]operator[]insert()operator[]operator[]