map::count只返回0或1，因为std::map键唯一，不存在重复；其语义是判断键是否存在，等价于find()!=end()，不适用于统计频次，重复调用会降低性能。
map::count 为什么返回 0 或 1，而不是实际值个数
std::map 是有序关联容器，键唯一，所以 count() 永远只可能返回 0（不存在）或 1（存在）。它不是用来统计重复键的——std::multimap 才干这事。误以为它能返回“出现次数”是新手最常踩的坑。
常见错误现象：map.count(key) > 1 永远为假；有人拿它和 vector::count 类比，结果逻辑跑偏。
-
count()底层调用等价于find() != end()，只是不暴露迭代器 - 性能上，
count()和find()都是O(log n)，无实质差异 - 如果你后续还要取值，别先
count()再at()或[]——两次对数查找，白费一次
判断键存在但不想抛异常，该用 count 还是 find
想安全查键又不触发异常，count() 看起来最直白，但实际更推荐 find()。
使用场景：比如配置项可选，默认走 fallback 路径，不能因键缺失崩掉。
立即学习“C++免费学习笔记（深入）”；
-
count()只告诉你“有/没有”，没法直接拿到对应value -
find()返回迭代器，查一次就能用（或不用）值：auto it = m.find(key); if (it != m.end()) use(it->second); - 如果只判断存在性且不取值，
count()语义更清晰，可读性略高，但差别极小
map::count 在 unordered_map 里行为一样吗
一样——std::unordered_map::count() 同样只返回 0 或 1，理由相同：键唯一。
但底层差异影响实际表现：
- 平均时间复杂度是
O(1)，但最坏是O(n)（哈希碰撞严重时） - 如果自定义了哈希函数或比较函数，确保
operator==和hash逻辑一致，否则count()可能返回错误结果 - 注意：
unordered_map的count()不保证有序，当然你本来也不依赖顺序
用 [] 访问前是否必须先 count 或 find
不必，但要清楚代价：map[key] 在键不存在时会**默认构造一个新元素并插入**，哪怕你只是想读。
错误示范：if (m[key] > 0) ... —— 即使 key 原本不存在，也会被悄悄加进去，后续遍历或 size() 都会变。
- 只读场景，坚决避免
[]，改用at()（抛out_of_range）或find()/count() -
at()适合你确定键大概率存在、想让缺失成为明确错误的情况 - 需要插入默认值？用
try_emplace()或insert({key, default_val})，比[]更可控
真正容易被忽略的是：在循环里反复调用 count() + at()，或者混用 count() 和 []，既多一次查找，又可能意外污染 map。查一次，做决定，再操作——这个节奏比写得“看起来简洁”重要得多。
