避免HashMap查找失败的关键是确保equals与hashCode严格协同、稳定一致：二者必须成对重写、依据相同不可变字段（如id、orderNo），禁用可变或null字段，优先用Objects工具或Lombok规范生成，并通过测试验证一致性。
避免 HashMap 查找失败，关键不是“让 equals 更快”，而是确保 equals 和 hashCode 严格协同、稳定一致。查找失败的根源几乎全是二者契约被破坏：对象逻辑相等，但哈希值不同，导致根本进不了同一个桶，equals 根本没机会被调用。
必须成对重写，且判断依据完全一致
只要重写了 equals，就必须重写 hashCode；反之亦然。两者使用的字段必须一模一样，顺序也应保持一致。
- 如果 equals 只比较
id和orderNo，那 hashCode 就只能用这两个字段计算，不能多也不能少 - 常见错误：equals 看
id，hashCode 却用了id + name或漏了id——结果就是两个相同 id 的对象哈希值不同，查不到 - IDE 自动生成时务必检查两个方法是否都生成，且字段列表是否同步
只基于不可变的业务主键字段
参与比较的字段必须是定义“对象身份”的、放入集合后不再修改的字段。
- 推荐用数据库主键
id、唯一编码orderNo、不可变标识userId - 绝对避免用可变字段：如
status、updatedAt、version——对象放进 HashMap 后一旦修改，哈希值就变了，后续 get 永远返回 null - 避免用可能为 null 的字段直接调
.hashCode()，要用Objects.hashCode(field)安全处理
优先使用标准工具，减少手写风险
手写容易忽略 null 判断、类型转换、浮点数精度等问题，建议用成熟方案。
立即学习“Java免费学习笔记（深入）”；
- Java 7+：用
Objects.equals(a, b)和Objects.hash(id, orderNo)，简洁且 null 安全 - Lombok 用户：加
@EqualsAndHashCode(onlyExplicitlyIncluded = true)，再用@EqualsAndHashCode.Include显式标注关键字段，防止默认包含全部字段 - 慎用
@Data：它默认把所有非静态字段纳入，需配合@EqualsAndHashCode(exclude = {"status", "updatedAt"})排除可变字段
写完立即验证，别靠感觉
几行测试代码就能暴露绝大多数问题，比调试线上故障快十倍。
- 创建两个字段完全相同的对象
p1和p2，确认p1.equals(p2) == true且p1.hashCode() == p2.hashCode() - 把
p1放入 HashMap，再用p2调map.get(p2)，看是否能取到值 - 把
p1加入 HashSet，再加p2，检查集合 size 是否仍为 1
