operator[] 访问不存在的 key 会默认构造 value 并插入，非只读操作；应改用 find() 或 C++20 的 contains() 实现安全查找，at() 则在 key 不存在时抛出异常。
operator[] 访问不存在的 key 会默认构造 value 并插入
operator[] 不是只读查找，它在 key 不存在时会调用 value_type 的默认构造函数创建新元素并插入 map。这意味着即使你只是想“看看有没有”，也会悄悄修改容器状态。
- 对
std::map：访问不存在的 key 会插入一个空字符串"" - 对
std::map：插入一个空> std::vector - 对自定义类类型：必须提供可调用的默认构造函数，否则编译失败
- 如果 value 类型构造开销大（如含资源分配），误用
operator[]可能引发性能问题或意外初始化
想查是否存在又不想插入？用 find() 或 contains()（C++20）
需要只读语义时，别碰 operator[]。优先用 find() 判断存在性 + 获取迭代器，或 C++20 起直接用 contains()。
auto it = my_map.find(key); if (it != my_map.end()) { /* 使用 it->second */ }- C++20：
if (my_map.contains(key)) { /* 安全读取 my_map[key] 或用 at() */ } -
at()会抛出std::out_of_range异常（不插入），但需自行处理异常或确保 key 存在
operator[] 和 at() 的异常行为差异
operator[ 永远不抛异常；
at() 在 key 不存在时抛 std::out_of_range。二者都要求 key 存在才能安全读值，但“不存在”的后果完全不同。
-
my_map[key]→ 插入 + 返回引用（无异常） -
my_map.at(key)→ 若 key 不存在，抛std::out_of_range（不插入） - 没有“只读且不抛异常也不插入”的内置操作 —— 必须组合
find()或contains()
多线程下 operator[] 是非原子的，不能直接用于并发读写
operator[] 内部包含查找 + 可能的插入 + 构造，整个过程不是原子操作。多个线程同时对同一 map 调用 operator[]（尤其写场景）会导致未定义行为。
- 即使所有线程都只读，若其中任一线程触发了插入，就构成数据竞争
- 并发安全需额外同步（如
std::shared_mutex或封装成线程安全 wrapper） - 不要依赖“我只读，应该没事”——
operator[]的语义本身就含写可能
实际写代码时，最容易忽略的是：你以为在查，其实已经在改。尤其是嵌套容器或自定义类型里，默认构造可能隐式触发资源申请、日志打印、甚至网络请求。每次敲 my_map[key] 前，先问一句：这个 key 真的一定存在吗？我允许它被悄悄创建吗？
