equals() 判断逻辑相等需先明确业务语义，再重写以满足字段比对、自反性、类型安全、hashcode同步等四步要求，并注意null安全、主键排除及纯函数约束。
直接用 equals() 判断两个对象是否“逻辑相等”，关键不是调用它，而是先明确：**业务上什么叫“相等”**。Java 默认的 equals() 只比内存地址（即引用是否相同），这几乎从不满足真实业务场景。实战中，必须重写它，并让它的行为严格对应业务规则。
一、先厘清业务语义，再决定比哪些字段
比如一个订单类 Order，业务可能要求：
- 同一用户、同一商品、同一时间下单 → 视为重复订单（需去重）→ 比
userId、productId、orderTime - 仅用于展示对比 → 只要比
orderId和status是否一致即可 - 风控场景 → 即使订单号不同，只要
userId、ipAddress、amount在 5 分钟内高度相似，也算逻辑相近（这时equals不适用，得另写校验方法）
注意：equals 是严格的二元判定（true/false），不适合模糊匹配或阈值判断。它只适用于“完全符合某组字段一致即算相等”的确定性逻辑。
二、重写 equals 的四个硬性步骤不能跳
以 Product 类为例，业务定义“SKU 编码相同即为同一商品”：
-
判自反性：开头写
if (this == obj) return true; -
判空与类型：写
if (obj == null || getClass() != obj.getClass()) return false;（不用instanceof防止子类误判） -
强转并逐字段比较：转成
Product other = (Product) obj;，然后Objects.equals(sku, other.sku) -
同步重写 hashCode：只要
sku参与了equals判定，就必须用Objects.hash(sku)生成hashCode，否则放进HashSet或作HashMapkey 时会出错
三、字符串、包装类、集合字段要特别小心
如果类里有 String name、Integer price、List<tag> tags</tag> 这类字段：
- 字符串必须用
Objects.equals(name, other.name)，而不是name.equals(other.name)—— 否则当name为null时直接抛NullPointerException - 包装类同理，
Objects.equals(price, other.price)自动处理null安全比较 - 集合字段建议用
Objects.equals(tags, other.tags)，它内部已实现深度内容比对（前提是Tag本身也正确定义了equals）
四、避免踩坑的三个实战提醒
- 数据库主键（如
id）一般不参与equals—— 因为新创建但尚未保存的对象id是null，两个新对象永远不等，违反业务直觉 - 不要在
equals里调用可能改变状态的方法（比如远程查缓存、发 HTTP 请求），它必须是纯函数：输入确定，输出确定，无副作用 - 若类被继承（比如
AdminOrder extends Order），且子类新增了影响相等性的字段，重写时要谨慎设计：要么禁止继承（加final），要么用getClass()检查类型一致性，避免跨类型误判
