和 AI 交流的时候产生的一个问题： AI 的大致结论是，对于业务类，如果存在明确的唯一标识，比如 ID ，那么应该重写这两个方法，这样在做哈希表之类的时候才能直接使用业务类。 但我认为的是，因为当把一个对象放进哈希表的时候，我会默认它的 hashcode 方法是默认的，也就是每个对象有唯一的哈希值。如果重写了 hashcode ，那么在使用的过程中如果不知道这个类复写了 hashcode ，那么就容易导致代码问题。 所以，我想知道做 java 后端的，你们一般会重写吗？ AI 的一部分原文： 如果抛开 “数量占比”，聚焦于「开发中需要重点设计、保证正确性的核心场景」，重写的频率会远高于 “不重写” 的核心场景，原因如下： 核心类必重写：所有承载业务数据的核心类（如 User 、Order 、Goods 等），几乎 100% 需要重写 —— 这是保证哈希集合正常工作、业务对象唯一性判断、序列化后比对等核心功能的前提，不存在 “可选” 的空间； 重写的 “重复性” 更高：一个项目中，数据承载类的数量虽少，但每个类的开发都必然包含 “重写 equals/hashCode” 这一步（无论是手动生成、Lombok 注解还是 Record 类），属于 “必做操作”；而不重写的类，只是 “无需额外操作”，并非 “主动开发行为”； 工具的普及佐证高频需求：Lombok 的 @EqualsAndHashCode 、Java 16 + 的 Record 类（默认重写）、IDE 自动生成功能，这些工具的广泛使用，本质是因为 “重写” 是开发中的高频需求，才会有大量工具来简化这一操作。