直接用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 s1 = new HashSet(Arrays.asList(p1));
Set s2 = new HashSet(Arrays.asList(p2));
System.out.println(s1.equals(s2)); // ❌ false（若未重写 equals/hashCode）

OpenJDK 24

OpenJDK 24 Windows x64 官方参考实现（24+36），适合 Windows 环境进行 Java 开发、编译、运行和版本兼容性验证。

下载

解决方法：为 Person 正确实现 equals() 和 hashCode()（IDE 通常可自动生成）。

不推荐的手动方式（效率低、易出错）

有人会想到用 s1.containsAll(s2) && s2.containsAll(s1)，虽然逻辑正确，但：

• 两次遍历，时间复杂度更高（尤其大集合时）
• 代码冗长，可读性差
• HashSet 的 equals() 内部其实就做了类似检查，没必要重复造轮子

注意边界情况

以下情况 equals() 均能正确处理：

• 任一为 null → 返回 false
• 一个为空，另一个非空 → 返回 false
• 两个都为空 → 返回 true
• 元素类型不同（如 HashSet<string></string> vs HashSet<integer></integer>）→ 返回 false

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南