map::count 不应作为存在性判断首选，因其效率低、语义模糊且无法复用迭代器；推荐 C++20 用 contains()，此前用 find()。
map::count 为什么不能作为存在性判断的首选
map::count 返回键对应元素个数（对 std::map 来说，只可能是 0 或 1），表面看能用：if (m.count(key))。但它有隐藏成本：即使只查是否存在，count 仍会完成一次完整查找 + 构造临时迭代器（内部调用 find 后再计数），且返回 size_t 类型，无法复用查找到的迭代器位置。
更关键的是语义模糊——count 暗示“统计数量”，而你实际只想知道“有没有”。在需要后续访问值的场景下，它强制你再调一次 find 或下标操作，造成重复查找。
推荐方式：用 find() + 比较迭代器
直接调用 find() 是最高效、最清晰的选择。它返回迭代器，查到即停，且结果可直接用于读写值：
auto it = m.find(key); if (it != m.end()) { /* 存在，it->second 可用 */ }- 若只需判断存在性，不访问值，也比
count少一次类型转换和无谓计数 - 若后续要修改值，可直接通过
it->second = ...赋值，避免二次查找 - 对
const map同样适用，返回const_iterator
operator[] 不适合存在性判断
m[key] 在键不存在时会**默认构造并插入**一个新元素（值为 T{}），副作用明显：
立即学习“C++免费学习笔记（深入）”；
- 触发默认构造函数（可能昂贵或不允许）
- 意外修改容器大小，破坏只读意图
- 若
T没有默认构造（如map<string unique_ptr>></string>），编译失败 - 即使你立刻删掉它（
m.erase(key)），也白花了插入/平衡树调整的开销
所以 if (m[key]) 这类写法是危险的误用，除非你明确需要“不存在就插入默认值”这一行为。
C++20 之后：contains() 是最简洁安全的选择
C++20 引入了 contains() 成员函数，专为存在性检查设计：
if (m.contains(key)) { /* 存在，但不提供迭代器 */ }它语义明确、零副作用、性能与 find 相当（通常底层就是调用 find 并比较 end）。缺点是：不返回迭代器，若需取值，仍得再调一次 find 或 at()（后者抛异常）。
如果你用的是 C++17 或更早，老老实实用 find()；C++20 起，contains() 应该是存在性判断的默认写法——除非你紧接着就要读或改值。
真正容易被忽略的是：哪怕只是判断存在性，也要警惕 operator[] 的隐式插入陷阱，它在调试时可能表现为“莫名多出的键”或“构造函数被意外调用”。
