为什么HashSet需要equals和hashCode

HashSet在存储对象时，先通过hashCode方法计算哈希值，定位到对应的桶；如果桶内已有元素，再通过equals方法比较内容是否一致。因此，只有当自定义对象同时正确重写了equals和hashCode方法，HashSet才能正确识别重复对象。如果只重写equals而忽略hashCode，可能出现两个内容相同的对象因为哈希值不同而被放入不同桶中，导致HashSet误判为不同元素，从而出现重复值。

这个机制决定了：当自定义对象作为HashSet的元素时，equals和hashCode必须一起重写。如果你只重写其中一个，另一个使用的是Object类的默认实现（equals比较引用，hashCode基于内存地址），那么“内容相同”这个业务语义就无法被HashSet正确理解。例如一个User类，如果仅重写equals比较id，但hashCode仍用默认值，两个id相同的User对象可能会因为hashCode不同而进入不同桶，最终集合中出现重复元素。适用场景：任何需要根据对象内容（而非引用）去重的自定义类，放入HashSet或作为HashMap的键时，都要求这两个方法按业务字段一致实现。

如何正确重写equals和hashCode

在自定义类中重写equals和hashCode时，建议使用IDE自动生成功能或借助Objects工具类，避免手动编写时遗漏关键字段。务必确保equals比较的所有字段都参与hashCode的计算，以保证等价对象产生相同的哈希值。同时，需要保持这两个方法的一致性：若两个对象通过equals比较相等，则它们的hashCode返回值必须相同，否则HashSet在去重时会出现逻辑错误。

操作动作：在IntelliJ IDEA或Eclipse中，可以使用Code Generate菜单自动生成equals()和hashCode()，选择所有参与比较的业务字段（如id、name等）。如果喜欢手动写，可以用java.util.Objects类简化：equals用Objects.equals(field1, other.field1)；hashCode用Objects.hash(field1, field2, ...)。注意：不要遗漏字段，也不要加入非业务相关的字段（如临时缓存）。确认方式：生成后检查两个方法使用的字段集合是否完全一致，可以写一个临时测试：用相同的字段值创建两个对象，调用equals返回true，同时hashCode值相同。如果结果不符，说明某一步有问题。

容易被忽略的坑：可变字段与修改问题

一个常见错误是仅重写equals而忘记hashCode，导致HashSet去重失效。另一个坑是在重写hashCode时使用了可变字段：如果对象放入HashSet后又修改了参与hashCode计算的字段，会导致哈希值变化，从而无法在集合中正确删除或查找该对象，甚至引发内存泄漏。因此，推荐使用不可变字段（如final修饰）来计算hashCode，并避免在对象已存入HashSet后修改这些字段。

风险边界：如果你的自定义类中有些字段是业务上会变化的（例如状态、更新时间），那么不要把这些字段参与hashCode计算。只选取那些在对象生命周期中不会改变的字段（如ID、创建时间戳）作为哈希依据。如果确实需要根据变化字段去重，考虑使用TreeSet或自定义容器，但设计成本会更高。另外，如果你在代码中已经将对象放入HashSet，后来又通过setter修改了参与hashCode的字段，后续的contains、remove等操作可能返回错误结果。此时需要先删除对象、修改字段、再重新添加，或者改用不可变设计。验证方式：在单元测试中，先添加对象，再修改字段，然后调用contains检查，看是否仍然能找到；若找不到，说明代码有隐患。

验证你的实现是否可靠

要验证自定义对象的equals和hashCode是否正确，可以编写单元测试：创建两个内容相同的对象，先用equals方法判断它们是否相等，再比较两者的hashCode值是否一致。接着将两个对象分别添加到同一个HashSet中，检查集合大小是否为1。如果集合大小大于1，说明去重失败，需要检查equals和hashCode的实现。此外，使用断点调试观察HashSet的add方法内部流程，也能定位问题。

实际操作中，还可以关注HashSet的扩容和哈希碰撞情况。如果发现集合中元素数量异常，可以通过打印每个元素的hashCode值来排查是否因为哈希码不同导致桶分布错误。对于复杂对象，建议在构造测试数据时覆盖边界值（如null字段、空字符串、浮点数精度问题），确保equals和hashCode在这些场景下也能一致。另有一种快速检查手段：在IDE中运行代码分析插件（如SonarLint），它会提醒equals和hashCode是否不匹配。这些方法可以帮助你在提交代码前发现问题，减少后续排查成本。

如果自定义对象从未放入HashSet或作为HashMap的键，理论上不强制重写equals和hashCode。然而，一旦后续代码修改并引入了HashSet，就可能导致数据重复或查找失败。因此，在设计类之初就统一重写这两个方法，是一种低成本的防御性编程。对于继承自已有类的子类，如果父类已经正确实现了equals和hashCode，且子类没有添加新的业务字段，可以无需重写；但添加了新字段后，必须重新生成，否则去重逻辑会遗漏新字段的比较。