重写equals时处理null的核心是避免null引用调用.equals()。第一步：方法开头用==判空obj并返回false；第二步：字段比较统一用Objects.equals()；第三步：字符串字面量优先调用equals，如"ACTIVE".equals(status)。
重写 equals 时处理 null 值，核心就一条：不让任何可能为 null 的引用调用 .equals() 方法。否则运行时直接抛 NullPointerException，而且这错误往往藏得深、难复现。
第一步：参数本身必须显式判空
在方法开头立即检查传入的 obj 是否为 null，是强制性防线：
- 写
if (obj == null) return false;—— 用==，不是.equals() - 这行必须放在类型检查之前，确保后续操作不会因
obj为null而崩溃 - 它同时满足 Java 规范对“非空性”的硬性要求：
x.equals(null)必须返回false，不能抛异常
第二步：字段比较要用 Objects.equals()
即使参数不为 null，对象内部字段（比如 String name、Address addr）仍可能为 null。手动调用 this.name.equals(other.name) 风险极高：
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
- 推荐统一使用
Objects.equals(this.name, other.name) - 它自动覆盖三种情况：双
null→true；单null→false；都非null→ 调用.equals() - 比手写
this.name == null ? other.name == null : this.name.equals(other.name)更简洁、不易出错
第三步：字符串字面量优先调用 equals
如果只是比一个固定值（如判断状态是否为 "ACTIVE"），更简单安全的方式是把字面量放前面：
- 写
"ACTIVE".equals(status)，而不是status.equals("ACTIVE") - 因为字符串字面量在 Java 中绝不可能为
null，所以完全规避了 NPE - 这种写法适合单侧已知非空的场景，语义清晰、无依赖、零额外开销
别踩这些坑
有些做法看似能“兜底”，实则违背设计原则或引入新问题：
- 不用
try-catch NullPointerException来代替判空——这是用异常流程掩盖逻辑缺陷，性能差且掩盖真实 bug - 避免在
equals中修改对象状态（比如懒加载字段），会破坏“一致性”契约 - 别漏掉数组或集合字段：它们要用
Arrays.equals()或Objects.deepEquals()，而不是直接.equals()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
