operator[] 会静默插入默认构造值，导致 map 意外增大；查存在性应使用 find() 或 count()，安全读取用 at()（键不存在抛 out_of_range）；多线程需加锁，循环中误用可能引发迭代器失效或无限循环。
![c++中map operator[]的副作用_c++下标访问自动插入【易错】](https://img.php.cn/upload/article/001/431/639/176994270950981.jpg)
operator[] 会静默插入默认构造的值
map::operator[] 在键不存在时，不会报错或返回空值，而是直接调用 T() 构造一个默认值并插入，再返回其引用。这是最常被忽略的副作用——你只是“读”了一个不存在的键，map 却已悄悄变大。
- 对
std::map，m[42]若无键 42，会插入{42, ""} - 对自定义类型
MyClass，若无默认构造函数，m[key]直接编译失败 - 即使你只写
if (m[k] == "x")，也已触发插入——后续遍历时会多出这个键
想查存在性？别用 operator[]
判断键是否存在，应改用 find() 或 count()，它们不修改容器。
-
if (m.find(k) != m.end())—— 推荐，O(log n)且语义清晰 -
if (m.count(k))—— 简洁，但对map内部仍要走一次查找（count返回 0 或 1） - 避免
if (m[k] != T{})这类写法：先插入，再比较，默认值可能和业务逻辑冲突
需要安全读取又不想插入？用 at()
at() 是只读访问接口，键不存在时抛出 std::out_of_range 异常，能暴露逻辑错误而非掩盖它。
try { auto& v = m.at(k); /* use v */ } catch (const std::out_of_range&) { /* handle missing */ }- 比
find()多一次查找（at()内部查两次？不，标准要求是单次查找+异常），但语义更直白：我要这个键的值，它必须存在 - 注意：C++17 起
at()对const map也有效，而operator[]只有非常量重载
性能与迭代器失效风险
每次 operator[] 插入都会触发红黑树调整，可能使已有迭代器、指针、引用失效（仅对被插入节点及其子树影响较小，但标准不保证其他节点稳定）。
立即学习“C++免费学习笔记（深入）”；
- 在循环中反复写
for (auto& p : m) { x = m[p.first + 1]; }—— 每次都可能插入新项，导致迭代器失效甚至无限循环 - 多线程环境下，
operator[]非原子：查无 → 构造 → 插入，三步间可能被其他线程干扰，必须加锁 - 若只需读，且键集固定，考虑用
std::unordered_map的find()加const_cast避免拷贝，但通常不如直接用at()清晰
实际编码时，只要没明确想“读不到就建一个”，就该本能地避开 operator[]。它的静默插入不是便利，是隐患开关。
