最常用、最直接的方法是调用 clear() 方法，它高效清空所有元素并重置大小为0，时间复杂度接近O(1)，不改变对象引用，调用后 size() 返回0、isEmpty() 返回true。
Java 中清空 HashSet 的所有元素，最常用、最直接的方法是调用 clear() 方法。
使用 clear() 方法（推荐）
这是标准、高效且线程不安全但适用于绝大多数场景的方式。它会立即移除集合中所有元素，将 HashSet 的大小重置为 0。
- 时间复杂度为 O(n)，实际实现中通常接近 O(1)（底层哈希表结构允许快速批量清理）
- 不会改变 HashSet 对象本身的引用，只是清空内部数据
- 调用后
set.size()返回 0，set.isEmpty()返回true
示例：
HashSet<String> set = new HashSet<>();set.add("a"); set.add("b");
set.clear(); // 此时 set 为空
重新创建新对象（不推荐，仅特定场景）
通过赋值一个新的 HashSet 实例来“清空”，例如 set = new HashSet<>();。这在逻辑上也能达到清空效果，但有明显缺点：
立即学习“Java免费学习笔记（深入）”；
- 原对象未被清除，如果其他变量或集合还持有它的引用，那些地方看到的仍是旧数据
- 产生额外对象，增加 GC 压力
- 破坏了原有引用关系，可能引发并发或回调问题
仅在确定该 HashSet 是局部变量、无共享引用，且你明确想丢弃旧对象时才考虑。
注意：removeAll() 不适合常规清空
虽然 set.removeAll(set) 在语义上看似能清空，但它是低效且危险的：
- 需要遍历整个集合，性能差于
clear() - 某些 JDK 版本中可能触发 ConcurrentModificationException（尤其在迭代过程中调用）
- 可读性差，容易让人误解意图
请避免用这种方式清空 HashSet。
线程安全场景怎么办？
如果 HashSet 被多个线程访问，而你又需要安全清空：
- 优先改用
ConcurrentHashMap.newKeySet()（Java 8+），它提供线程安全的 Set 视图，支持安全的clear() - 或者用
Collections.synchronizedSet(new HashSet<>())包装，并在调用clear()时手动同步（如synchronized(set) { set.clear(); }）
单纯对非线程安全 HashSet 加锁再调用 clear()，虽可行但需确保所有操作都统一加锁，否则仍可能出错。
