直接用结构体作 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)
<h3>用 std::pair 或 tuple 替代手写结构体更省事</h3>
<p>如果结构体只是几个字段的组合，且不需要额外方法或封装，优先考虑 <code>std::pair<int int></int></code> 或 <code>std::tuple<int std::string double></int></code>。它们自带完整哈希和比较支持，无需任何特化。</p>
<ul>
<li>
<code>std::pair</code> 适用于两个字段，<code>first</code>/<code>second</code> 语义清晰</li>
<li>
<code>std::tuple</code> 支持任意数量字段，但访问需用 <code>get(t)</code>，可读性稍差</li>
<li>注意：字段顺序影响哈希值，<code>{1,2}</code> 和 <code>{2,1}</code> 是不同 key</li>
</ul>
<h3>key 字段变更后 map 行为不可靠</h3>
<p>一旦把结构体实例插入 <code>unordered_map</code>，就绝不能修改其中参与哈希或比较的字段。C++ 不会自动重新哈希或移动桶位置，后续 <code>find</code> 可能失败，<code>erase</code> 可能删错项，甚至引发未定义行为。</p>
<ul>
<li>安全做法是把 key 字段设为 <code>const</code>，或只提供 const 访问接口</li>
<li>若必须更新，先 <code>erase</code> 再用新值 <code>insert</code>，而不是原地改</li>
<li>尤其警惕结构体里含指针或引用字段——它们的相等性/哈希值极易失控</li>
</ul>
<p>真正麻烦的不是怎么写哈希，而是确保 key 在整个生命周期内稳定且语义一致。</p></int></int></point>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
