本文详解为何直接用`!=`比较hashmap中integer值会导致自定义equals方法失效，并提供安全、高效、符合java语义的替代方案。
在Java中，HashMap.equals() 方法已按规范实现了深度语义相等判断：要求两个Map具有相同的键集、每个键映射的值也“逻辑相等”（即通过 Objects.equals(key1, key2) 和 Objects.equals(value1, value2) 判定）。然而，当开发者尝试手写比较逻辑（如示例中的 matches1 和 matches2）时，极易因忽略装箱类型与引用语义而引入隐蔽Bug。
核心问题在于：使用 != 比较 Integer 对象是错误的。
HashMap 中的值是 Integer 对象（而非 int 原语），而 == 比较的是对象引用，不是数值大小。由于Java对 -128 到 127 之间的整数进行了缓存（通过 Integer.valueOf() 实现），该范围内的相同数值可能返回同一对象实例；但超出此范围（如示例中的 10000）则每次都会创建新对象，导致 10000 != 10000 返回 true（引用不同），进而使 matches1 和 matches2 均返回 false。
此外，原始实现还存在以下缺陷：
- ❌ 未校验Map大小：若 one 包含键 ‘a’，而 two 包含 ‘a’ 和 ‘b’，matches1 仅遍历 one.keySet()，会漏判多余键；
- ❌ 未处理null值：若某键对应值为 null，one.get(c) != two.get(c) 在任一端为 null 时将抛出NPE或产生错误结果；
- ❌ 重复遍历：matches 同时调用 matches1 和 matches2，实属冗余，且无法保证对称性。
✅ 正确做法是：统一使用 Objects.equals() 进行值比较，并先校验size与keySet一致性。以下是健壮、高效的自定义比较实现：
