直接用结构体作 unordered_map 的 key 会编译失败，因其缺少 operator== 和 std::hash 特化；二者必须同时实现，且 key 字段需稳定不可变。
为什么直接用结构体作 unordered_map 的 key 会编译失败
因为 unordered_map 要求 key 类型必须提供哈希函数（std::hash 特化）和相等比较操作（operator==）。结构体默认既没有哈希值计算逻辑，也不满足可比较性约束，所以编译器会报类似这样的错误：error: call to implicitly-deleted default constructor of 'std::hash<mystruct>'</mystruct>。
必须实现 operator== 和 std::hash 特化
两个条件缺一不可。只重载 operator== 不够，只写 std::hash 特化也不行——否则查找时可能把不等的 key 当成相等，或哈希冲突后无法正确比对。
-
operator==必须是 const 成员函数或非成员函数，且能覆盖所有需要判断相等的字段 -
std::hash特化要定义在std命名空间内，且返回size_t；推荐用std::hash对各字段分别哈希，再用异或或位移混合（避免简单相加导致顺序敏感） - 字段类型本身得支持哈希和比较，比如含
std::string、int没问题，但含裸指针或未定义==的自定义类型就会出问题
示例：
struct Point {
int x, y;
bool operator==(const Point& other) const { return x == other.x && y == other.y; }
};
namespace std {
template<>
struct hash<Point> {
size_t operator()(const Point& p) const {
return hash<int>{}(p.x) ^ (hash<int>{}(p.y) << 1);
}
};
}
用 std::pair 或 tuple 替代手写结构体更省事
如果结构体只是几个字段的组合，且不需要额外方法或封装，优先考虑 std::pair<int, int> 或 std::tuple<int, std::string, double>。它们自带完整哈希和比较支持，无需任何特化。
立即学习“C++免费学习笔记（深入）”；
-
std::pair适用于两个字段，first/second语义清晰 -
std::tuple支持任意数量字段，但访问需用get<0>(t)，可读性稍差 - 注意：字段顺序影响哈希值，
{1,2}和{2,1}是不同 key
key 字段变更后 map 行为不可靠
一旦把结构体实例插入 unordered_map，就绝不能修改其中参与哈希或比较的字段。C++ 不会自动重新哈希或移动桶位置，后续 find 可能失败，erase 可能删错项，甚至引发未定义行为。
- 安全做法是把 key 字段设为
const，或只提供 const 访问接口 - 若必须更新，先
erase再用新值insert，而不是原地改 - 尤其警惕结构体里含指针或引用字段——它们的相等性/哈希值极易失控
真正麻烦的不是怎么写哈希，而是确保 key 在整个生命周期内稳定且语义一致。
