重写equals方法的关键是聚焦业务语义、严格遵循契约、借助工具减少错误：只比较定义相等性的字段，用Objects.equals()处理null，getClass()确保类型安全，hashCode字段必须与equals完全一致。
重写 equals 方法处理大型复杂对象，核心不是“写得多”，而是“选得准、判得稳、不踩坑”。对象字段越多，越容易漏字段、错顺序、忽略 null 或继承问题，反而导致集合行为异常（比如 HashSet 重复、HashMap 找不到键）。关键在于聚焦业务语义、严格遵循契约、借助工具减少手工错误。
只参与比较真正定义“相等”的字段
大型对象常含几十个字段，但绝大多数和相等性无关（如创建时间、更新人、缓存标记、临时状态等）。强行把所有字段拉进 equals，不仅性能差，更会违背业务逻辑——比如两个订单 ID 和商品清单一致，就应视为相同订单，哪怕支付状态不同。
- 明确业务规则：问自己“什么情况下两个对象在业务上算同一个？”答案就是 equals 的字段范围
- 排除非业务字段：日志字段、审计字段（
createdAt、modifiedBy）、瞬态字段（transient）、计算字段（getTotalAmount()）通常不参与 - 警惕“看起来一样但语义不同”的字段：比如
id是数据库主键，但若对象尚未持久化（id 为 null），就不能仅靠 id 判等；此时需回退到业务唯一标识（如订单号 + 商品列表）
用 Objects.equals() 安全比较每个字段
手动写 a == null ? b == null : a.equals(b) 易出错、冗长。大型对象字段多，null 安全必须自动化。
- 所有引用类型字段统一用
Objects.equals(field1, other.field1)—— 自动处理 null，一行搞定 - 基本类型直接用
==（如age == other.age），但浮点数例外：用Double.compare(a, b) == 0或Float.compare(a, b) == 0 - 数组字段不能直接用
equals()，要用Arrays.equals(arr1, arr2)；如果是对象数组，确保其元素类也正确定义了 equals
类型检查必须用 getClass()，避免继承陷阱
大型对象常被继承（如 Order → RefundOrder），用 instanceof 会导致对称性破坏：order.equals(refundOrder) 可能为 true，但反过来为 false。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 坚持写
if (getClass() != obj.getClass()) return false;—— 保证子类与父类永不相等，最安全 - 如果确实需要支持继承且保持对称（极少见），必须双向检查：
obj instanceof ThisClass && ((ThisClass)obj).equals(this)，但维护成本高，建议用组合替代继承 - 类加
final能彻底杜绝继承问题，适合大多数业务实体
hashCode 必须同步重写，且字段完全一致
大型对象放进 HashSet、HashMap、ConcurrentHashMap 时，hashCode 不匹配会导致“对象明明存在却查不到”或“重复添加”。这不是 bug，是契约失效。
- hashCode 计算字段，必须和 equals 中参与比较的字段**完全一致、顺序一致**
- 用
Objects.hash(f1, f2, f3, ...)生成，它内部调用各字段的 hashCode 并组合，简洁可靠 - 禁止在 hashCode 中调用可能改变状态的方法（如懒加载 getter）、抛异常方法或依赖外部服务的方法
- IDE（如 IntelliJ）可一键生成 equals + hashCode，勾选所需字段即可，比手写更少出错
不复杂但容易忽略
