推荐用 find != end() 判断 key 是否存在，因 count 底层调用 find 且多一次比较；C++20 起优先用 contains，语义清晰、安全简洁；multimap 中 count 返回频次，非仅存在性判断。
用 count 判断 key 是否存在，性能不如 find
map::count 返回 0 或 1，看似直观，但底层仍需定位节点——它内部调用的是等价于 find 的查找逻辑，再判断是否到达 end()。对 std::map（红黑树）而言，count 和 find 都是 O(log n)，但 count 多一次迭代器比较，且无法复用结果。
- 若只需判断存在性，
count可读性略高，但无实质优势 - 若后续还要取值，用
find一次查找、两次使用，避免重复遍历 -
unordered_map同理：两者复杂度相同，但find返回的迭代器可直接解引用
find 返回迭代器，必须和 end() 比较才安全
不能直接写 if (m.find(key)) —— 迭代器转布尔永远为 true（除非是空指针，但 map::iterator 不是原始指针）。正确写法是显式比对：
auto it = m.find(key);
if (it != m.end()) {
// key 存在，it->second 即值
}
- 误写
if (m.find(key))会导致逻辑永远成立，编译不报错但行为错误 - 推荐用 C++17 的结构化绑定简化：
if (auto it = m.find(key); it != m.end()) { ... } - 注意
end()是开区间边界，不可解引用
count 在 multimap 中语义完全不同
std::multimap 允许重复 key，此时 count 返回匹配 key 的元素个数（可能 >1），而 find 只返回第一个匹配项的迭代器。若你在用 multimap 却按 map 的习惯只看 count > 0，逻辑上没错，但掩盖了“多值”这一关键差异。
- 对
multimap，count是必要操作（比如统计频次） - 但若只是检查存在性，
find != end()依然更高效，尤其当容器很大、key 出现在开头时 - 别依赖
count == 1来断言唯一性——那是设计约束，不是count的职责
现代 C++ 更推荐 contains（C++20 起）
C++20 为关联容器添加了 contains 成员函数，语义清晰、无需迭代器、无歧义：
立即学习“C++免费学习笔记（深入）”；
if (m.contains(key)) {
// 安全、简洁、意图明确
}
- 底层仍调用
find，但接口封装消除了end()比较的出错可能 - 不返回迭代器，所以后续取值仍需再调用
find或at（注意at抛异常） - 若项目不能用 C++20，就坚持用
find != end()，别为了“少打几个字”用count
key 类型必须严格支持 map 的比较谓词（默认 std::less），否则查找行为未定义——比如自定义类型没重载 operator，或用了自定义 Compare 但 find 传入的 key 不满足其等价规则。 
