Java中处理equals与hashCode的null值，核心是避免调用可能为null的对象的equals方法，并确保hashCode对null字段返回确定值；应使用"字面量.equals(变量)"或Objects.equals()进行安全比较，重写equals时首行判空并用Objects.equals比较字段，重写hashCode时优先用Objects.hash()（注意数组需用Arrays.hashCode）。
Java 中处理 equals 与 hashCode 的 null 值，核心是“不调用可能为 null 的对象的 equals 方法”，同时确保 hashCode 对 null 字段返回确定值。安全不是靠运气，而是靠约定和工具。
字符串和引用类型比较：别让 null 触发 NPE
直接写 str.equals("abc") 是高危操作——str 一为空就抛 NullPointerException。正确做法只有两种：
-
字面量在前：
"abc".equals(str)。利用字符串字面量绝不会为 null 的特性，天然规避空指针 -
统一用 Objects.equals()：
Objects.equals(str, "abc")。它内部已处理所有组合：双 null 返回 true，单 null 返回 false，非 null 才调用equals
这个原则适用于所有引用类型字段比较，比如 Objects.equals(user.getName(), other.getName())，比手动判空更简洁、不易漏。
重写 equals() 时：第一行必须拦截 null
自定义类重写 equals(Object obj)，开头两步不能省：
立即学习“Java免费学习笔记（深入）”；
- 先检查参数是否为 null：
if (obj == null) return false; - 再确认类型一致（推荐用
getClass() != obj.getClass()，避免继承破坏对称性）
之后逐个比较字段时，仍要用 Objects.equals(this.field, other.field)，而不是 this.field.equals(other.field)。这样既满足“x.equals(null) 必须返回 false”的契约，也避免在方法体内意外触发 NPE。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
重写 hashCode() 时：null 字段要返回确定整数
Objects.hash(name, age, email) 是首选方案，它会自动将 null 字段转为 0 参与计算，结果稳定可预期。
不要手写 31 * name.hashCode() + age 这类表达式——一旦 name 为 null，立刻崩溃。也不要用 name == null ? 0 : name.hashCode() 手动处理，既啰嗦又容易遗漏字段。
特别注意：如果字段是数组（如 String[] tags），Objects.hash(tags) 是错的，它只返回数组对象的地址哈希。应改用 Arrays.hashCode(tags) 或 Arrays.deepHashCode(tags)（多维数组）。
集合中唯一性的前提：null 安全 + 契约一致
哪怕每个字段比较都用了 Objects.equals，如果没重写 hashCode，或 hashCode 没包含所有参与 equals 的字段，对象放进 HashSet 依然会重复。
关键点有三个：
-
equals返回 true 的两个对象，hashCode必须相同 -
hashCode计算所用字段，必须和equals中实际比较的字段完全一致 - 对象加入哈希集合后，这些字段不能再修改——否则哈希桶位置失效，对象相当于“丢失”
用 Objects.equals 和 Objects.hash 配合，能覆盖 95% 的 null 场景和契约要求，剩下的是设计层面的约束，得靠开发意识守住。
