insert不会覆盖已有key，适合只插入不更新场景；operator[]会默认构造并覆盖；emplace更高效但语义同insert；查不到再插入应优先用insert返回值或try_emplace。

insert 不会覆盖已有 key，适合“只插入不更新”场景

当你明确只想新增键值对、拒绝任何覆盖行为时，insert 是唯一可靠的选择。它返回 std::pair<iterator bool></iterator>，其中 second 为 true 表示插入成功，false 表示 key 已存在且未做任何修改。

常见错误现象：用 insert 反复尝试插入同一 key，却没检查返回值，误以为值被更新了。

• auto ret = myMap.insert({"name", "Alice"}); —— 若 "name" 已存在，ret.second 为 false，原值保持不变
• 支持多种构造方式：insert({k, v})、insert(make_pair(k, v))、insert(map::value_type(k, v))
• 对 value 类型无默认构造要求（不像 operator[]）

operator[] 会默认构造 + 赋值，适合“写入即覆盖”或“初始化后赋值”

operator[] 的行为是：若 key 不存在，先用 value 的默认构造函数创建一个临时对象，再返回其引用；若存在，则直接返回已有 value 的引用。这意味着它天然带覆盖语义，也隐含构造开销。

使用场景：快速设置/更新配置项、计数器（如 countMap[key]++）、或你确定 key 一定不存在且想省代码。

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

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

• myMap["age"] = 25; —— 即使 "age" 原来没有，也会调用 int() 构造出 0，再赋值为 25
• 若 value 类型没有默认构造函数（比如 std::map<:string std::unique_ptr>></:string>），operator[] 编译失败
• 性能上，插入新元素时比 insert 略慢（多一次默认构造 + 赋值）

emplace 比 insert 更高效，但语义一致（C++11 起）

emplace 和 insert 在“是否覆盖”上行为完全相同，区别在于构造方式：emplace 直接在容器内存中就地构造 value_type，避免了临时对象的拷贝或移动。

容易踩的坑：传参必须能直接用于 std::pair 的构造，不能传已构造好的 pair（否则退化为 insert）。

• 推荐写法：myMap.emplace("score", 95); —— 参数转发给 pair 构造函数
• 不推荐写法：myMap.emplace(std::make_pair("score", 95)); —— 先构造 pair 再转发，失去就地优势
• 对移动语义友好的类型（如 std::string、std::vector），emplace 性能提升更明显

查不到再插入？别用 []，改用 find + insert 或 try_emplace（C++17）

典型需求：“如果 key 不存在就插入，否则跳过”。很多人写成 if (myMap.find(k) == myMap.end()) myMap[k] = v;，这会触发两次查找 + 一次默认构造，效率差且逻辑冗余。

更优解是利用 insert 的返回值，或 C++17 的 try_emplace（仅构造 value，不构造整个 pair）。

• auto [it, inserted] = myMap.insert({k, v}); —— 一次查找，语义清晰
• myMap.try_emplace(k, v); —— 如果 k 不存在，才用 v 构造 value；v 是右值时还能移动
• operator[] 在这种场景下完全不合适：它强制构造默认值，哪怕你根本不需要

实际编码中最容易被忽略的是 operator[] 对 value 类型的隐式约束，以及在“只新增”逻辑里误用它导致静默覆盖——这种 bug 往往要到运行时数据异常才暴露。