抽象类中equals应只比较公共属性并遵守合约，用getClass()确保对称性；子类需调用super.equals再比较自有字段；必须同步重写hashCode，基于相同字段计算；避免instanceof、getter调用等陷阱。
在抽象类中重写 equals 方法，核心原则是：**只定义可比的公共属性逻辑，把子类特有字段的比较交给具体实现，同时严格遵守 equals 合约（自反性、对称性、传递性、一致性、对 null 的处理）**。不能直接 new 抽象类，但抽象类的实例实际由子类创建，因此 equals 必须能安全处理不同子类对象间的比较。
1. 抽象类中 equals 的标准骨架
抽象类的 equals 应完成三件事：类型检查（是否为同一抽象类型或其子类）、非空与同类判断、公共字段逐一对比。不比较子类独有字段，也不调用子类方法（避免未初始化或重入问题）。
- 用
getClass() == obj.getClass()保证对称性（避免与子类实例错误相等）；若允许跨子类比较，改用instanceof+ 显式类型转换，但需子类协同设计 - 先判
obj == this，再判obj == null || getClass() != obj.getClass() - 强制转型后，仅比较抽象类声明的
final或protected字段（如 id、name、type 等共性属性） - 委托
Objects.equals(a, b)处理可能为 null 的字段，避免 NPE
2. 子类如何正确扩展 equals
子类必须重写 equals，并在其中：先调用 super.equals(obj) 验证父类部分，再检查自身字段。若父类用了 getClass() 判等，子类也必须用相同策略，否则破坏对称性。
- 不要省略
super.equals(obj)调用——否则父类字段未参与比较 - 子类新增字段比较同样用
Objects.equals，尤其是引用类型和包装类型 - 若子类字段含集合，用
Objects.equals(collection1, collection2)（它会递归调用元素的 equals） - 避免在 equals 中调用可能被子类重写的方法（如 getter），以防行为不一致
3. 必须同步重写 hashCode
只要重写了 equals，就必须重写 hashCode，且逻辑严格对应：两个对象 equals 返回 true，则它们的 hashCode 必须相等。抽象类中的 hashCode 应只基于与 equals 相同的公共字段计算。
立即学习“Java免费学习笔记（深入）”；
- 使用
Objects.hash(field1, field2, ...)生成哈希值，简洁且 null 安全 - 子类重写
hashCode时，应基于super.hashCode()和自身字段组合，例如：return Objects.hash(super.hashCode(), childField) - 确保所有参与 equals 比较的字段，也都参与 hashCode 计算——漏掉任一字段都会导致哈希表失效
4. 常见陷阱与规避方式
抽象类中 equals 易错点集中在类型判断松紧、字段覆盖不全、与子类协作断裂上。
-
误用 instanceof 导致不对称：A 是 B 的子类，
a instanceof B为 true，但b instanceof A为 false → 改用getClass() == obj.getClass()更稳妥 - 忽略 final 字段的不可变性：若公共字段是 final，可在 equals 中放心比较；若非 final，需确认业务上是否允许运行时修改后仍保持逻辑相等
- toString / getter 被重写干扰 equals：equals 内部应直接访问字段或使用不可重写的方法（如 private helper），而非 public getter
- 未考虑序列化/反序列化后对象状态：若字段可能为 transient 或未被反序列化，equals 前需确保关键字段已就绪
