std::pair 默认能作 std::map 的 key，因其已重载 operator
为什么 std::pair 默认能当 std::map 的 key？
因为 std::pair 已经重载了 operator（只要它的两个成员类型都支持比较），而 std::map 默认用 std::less，底层依赖 进行红黑树排序。所以大多数情况下，你不用额外写比较逻辑。
常见误区是以为必须手动提供 comparator —— 其实不需要，除非你想要自定义顺序（比如按 second 优先）。
-
std::map<:pair std::string>, double> m;可以直接编译通过 - 前提是
int和std::string都可比较（它们确实可以） - 比较规则是字典序：先比
first，相等再比second
遇到 “no match for operator
典型错误信息：error: no match for 'operator，发生在 std::pair 作 key 时。
根本原因是 MyStruct 没有定义 operator，导致 std::pair 的默认 operator 编译失败。
- 最简修复：给自定义类型加上
operator，例如bool operator - 或者用
std::tie实现字典序比较（推荐）：bool operator
- 别用
memcmp或裸指针比较 —— 未定义行为，且不满足严格弱序要求
想按 second 优先排序？得自己写 comparator
默认是 first 优先，如果你需要把 std::pair 当 key，并按字符串内容排前面、数字排后面，就不能依赖默认行为。
- 定义 comparator 类型：
struct BySecondFirst { bool operator()(const std::pair& a, const std::pair & b) const { return a.second - 声明 map：
std::map<:pair std::string>, double, BySecondFirst> m; - 注意：lambda 不可用于模板参数（不能直接写
[&](...){...}），必须是具名类型或函数对象
性能和兼容性要注意什么？
std::pair 作 key 是值语义，拷贝成本取决于成员大小；同时，它不是 POD（如果含非 trivial 类型如 std::string），但对 std::map 使用完全没问题。
- 避免用大对象（如长
std::string或容器）做pair成员 —— 插入/查找时频繁拷贝影响性能 - 如果只读场景多，考虑用
std::string_view替代std::string（C++17 起），但注意生命周期管理 -
std::map查找复杂度是O(log n)，和 key 类型无关；但比较操作本身越快，整体越快 —— 简单类型（int,size_t）比std::string快得多
真正容易被忽略的是：当你把 std::pair 当 key 用时，往往意味着业务上存在“复合标识”，这时更该想想——是否该封装成命名结构体？哪怕只是加个 using Key = std::pair，也能让代码意图更清晰。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
