继承中重写equals应使用getClass()而非instanceof以保证对称性，子类先校验类型再调用super.equals()复用父类逻辑，且必须同步重写hashCode，确保参与equals比较的字段完全一致。
在继承关系中重写 equals 方法，关键不是“能不能比”，而是“跟谁比、怎么比才不翻车”。核心目标是：既不让父类和子类互比较时结果矛盾，也不让子类新增字段的判断逻辑被忽略或错乱。
用 getClass() 严格限制类型匹配
别用 instanceof 做类型检查——它在继承链里容易破坏对称性。比如父类 Animal 和子类 Dog 都用 instanceof Animal，可能出现 animal.equals(dog) == true，但 dog.equals(animal) == false（因为 Dog 多校验了 breed 字段），这就违反了 equals 的对称性契约。
正确做法是统一用运行时类判断：
if (obj == null || getClass() != obj.getClass()) return false;- 这样确保只有同一种具体类型（如两个都是
Dog）才进入字段比较 - 语义清晰，避免跨层“假装相等”，适合大多数实体类（如
User、Order）
子类中先校验再复用父类逻辑
子类不应重复写父类字段的比较逻辑，而应把校验步骤拆清楚：
立即学习“Java免费学习笔记（深入）”；
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 先做空值和类型检查（用
getClass()） - 再强制转换，然后调用
super.equals(obj)—— 注意传的是原始obj，不是转换后的引用 - 最后只比较子类自己新增的字段
示例片段：
@Overridepublic boolean equals(Object obj) {
if (this == obj) return true;
if (obj == null || getClass() != obj.getClass()) return false;
Dog that = (Dog) obj;
if (!super.equals(obj)) return false; // 复用 Animal 的 name/age 等字段比较
return Objects.equals(breed, that.breed);
}
必须同步重写 hashCode，且字段完全对应
equals 里参与比较的每个字段，hashCode 里一个都不能少，一个都不能多：
- 父类已重写
hashCode，且覆盖了所有父类字段 → 子类可调用super.hashCode()，再叠加自己的字段 - 但若父类
hashCode漏了某些用于equals的字段，子类不能将就，得重新用Objects.hash(...)全量计算 - 推荐统一风格：
return Objects.hash(id, name, age, breed);（含全部参与 equals 的字段）
警惕可变字段和父类缺陷
如果类允许后续修改字段（比如没用 final 修饰），一旦对象加入 HashSet 或作为 HashMap 的 key 后改了值，哈希码就变了，再也找不到了。
更隐蔽的问题是：如果父类的 equals 本身用了 instanceof 或没做类型校验，子类靠 super.equals(obj) 是救不回来的——要么推动父类修复，要么在子类里绕过父类实现，完整重写整套逻辑。
