直接用equals()即可，因HashSet继承AbstractSet，其equals()先判空和类型，再比大小，最后用contains()逐元素检查；自定义对象须重写equals和hashCode，否则引用比较导致误判。
直接用 equals() 方法即可，它会按数学意义上的“集合相等”判断——即两个 HashSet 元素完全相同（不考虑顺序和重复，而 HashSet 本身无序且无重复）。
为什么 equals() 就够用了？
HashSet 继承自 AbstractSet，其 equals(Object o) 实现已保证：
- 先检查是否为 null 或非 Set 类型，快速返回 false
- 再检查大小是否相等，不等则直接返回 false
- 最后遍历当前 set，对每个元素调用
other.contains(e)—— 依赖元素的equals()和hashCode()
必须确保元素正确重写 equals 和 hashCode
如果 HashSet 存的是自定义对象（比如 Person），仅靠默认的 equals()（即引用比较）会导致误判。例如：
Person p1 = new Person("Alice", 25);
Person p2 = new Person("Alice", 25);
Set<Person> s1 = new HashSet<>(Arrays.asList(p1));
Set<Person> s2 = new HashSet<>(Arrays.asList(p2));
System.out.println(s1.equals(s2)); // ❌ false（若未重写 equals/hashCode）
立即学习“Java免费学习笔记（深入）”；
解决方法：为 Person 正确实现 equals() 和 hashCode()（IDE 通常可自动生成）。
不推荐的手动方式（效率低、易出错）
有人会想到用 s1.containsAll(s2) && s2.containsAll(s1)，虽然逻辑正确，但：
- 两次遍历，时间复杂度更高（尤其大集合时）
- 代码冗长，可读性差
- HashSet 的
equals()内部其实就做了类似检查，没必要重复造轮子
注意边界情况
以下情况 equals() 均能正确处理：
- 任一为
null→ 返回false - 一个为空，另一个非空 → 返回
false - 两个都为空 → 返回
true - 元素类型不同（如
HashSet<String>vsHashSet<Integer>）→ 返回false
