最稳妥的去重方式是使用 LinkedHashSet，它既能去重又保持原列表首次出现顺序，且能自然过滤 null；若不关心顺序可用 HashSet，但二者均默认区分大小写和空格。

直接用 HashSet 构造器去重最简单

如果原始列表是 ArrayList 或其他 List 实现，且不关心顺序，直接传给 HashSet 构造器即可。它内部会自动跳过重复元素，时间复杂度是 O(n)，比手动遍历加判断快得多。

常见错误是以为 new HashSet(list) 会保留插入顺序——其实不会，HashSet 本身无序。如果你后续还要按原顺序处理，这一步就埋了坑。

• 适用场景：只要去重结果，不要求和原列表顺序一致
• 代码示例：

  List<String> original = Arrays.asList("a", "b", "a", "c");
  Set<String> unique = new HashSet<>(original); // {"a", "b", "c"}，顺序不定

• 注意：HashSet 允许 null，但若原列表含 null，它只会保留一个

要保持插入顺序？改用 LinkedHashSet

LinkedHashSet 是 HashSet 的有序变种，底层用链表维护插入顺序，去重同时保留第一次出现的位置。性能略低于 HashSet（常数因子稍大），但绝大多数场景感知不到差异。

容易踩的坑是误写成 TreeSet——它按字典序排序，不是按插入顺序，而且对 null 直接抛 NullPointerException。

立即学习“Java免费学习笔记（深入）”；

Gradle 9.8.0

下载

• 适用场景：去重 + 保持原列表中首次出现的顺序
• 代码示例：

  List<String> original = Arrays.asList("x", "y", "x", "z", "y");
  Set<String> unique = new LinkedHashSet<>(original); // ["x", "y", "z"]

• 如果后续需要转回 List，直接 new ArrayList(unique) 即可

原地修改原列表？别直接用 HashSet 清空再加

有人想“节省内存”，尝试清空原 List 再把 HashSet 里的元素加回去。这不仅没省多少内存（引用还在），还破坏了原对象的并发安全性，且在多线程环境下极易出错。

更隐蔽的问题是：如果原列表是不可变集合（比如 Collections.unmodifiableList 包装过的），调用 clear() 或 addAll() 会直接抛 UnsupportedOperationException。

• 安全做法：始终新建容器，避免副作用
• 错误写法示例：

  list.clear();
  list.addAll(new HashSet<>(list)); // ❌ 可能失败，且逻辑混乱

• 正确思路：接受“新建对象”是 Java 集合操作的常规成本

字符串比较要注意大小写和空格

HashSet 默认用 String.equals() 判等，这意味着 "ABC" 和 "abc" 是两个不同元素。如果你的业务要求忽略大小写去重，不能靠换容器解决，得预处理。

也有人忘记 trim 空格，导致 "hello " 和 "hello" 被当成不同字符串。这种问题在读 CSV 或用户输入时高频出现。

• 统一小写 + 去空格示例：

  List<String> cleaned = original.stream()
      .map(String::trim)
      .map(String::toLowerCase)
      .collect(Collectors.toCollection(LinkedHashSet::new));

• 注意：trim() 不处理全角空格或换行符，真有这类数据得用正则
• 如果要区分大小写但忽略首尾空格，只做 trim() 就够了

实际用的时候，多数情况选 LinkedHashSet 最稳妥——它既去重又保序，还能自然过滤 null，还不依赖额外依赖。真正卡性能的场景极少，别过早优化。