最稳妥的去重方式是使用 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"},顺序不定</string></string> - 注意:
HashSet允许null,但若原列表含null,它只会保留一个
要保持插入顺序?改用 LinkedHashSet
LinkedHashSet 是 HashSet 的有序变种,底层用链表维护插入顺序,去重同时保留第一次出现的位置。性能略低于 HashSet(常数因子稍大),但绝大多数场景感知不到差异。
容易踩的坑是误写成 TreeSet——它按字典序排序,不是按插入顺序,而且对 null 直接抛 NullPointerException。
- 适用场景:去重 + 保持原列表中首次出现的顺序
- 代码示例:
List<string> original = Arrays.asList("x", "y", "x", "z", "y"); Set<string> unique = new LinkedHashSet(original); // ["x", "y", "z"]</string></string> - 如果后续需要转回
List,直接new ArrayList(unique)即可
原地修改原列表?别直接用 HashSet 清空再加
有人想“节省内存”,尝试清空原 List 再把 HashSet 里的元素加回去。这不仅没省多少内存(引用还在),还破坏了原对象的并发安全性,且在多线程环境下极易出错。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式,或要求按照代码注释规范处理 Java 文件时,使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则,并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括:补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
更隐蔽的问题是:如果原列表是不可变集合(比如 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));</string> - 注意:
trim()不处理全角空格或换行符,真有这类数据得用正则 - 如果要区分大小写但忽略首尾空格,只做
trim()就够了
实际用的时候,多数情况选 LinkedHashSet 最稳妥——它既去重又保序,还能自然过滤 null,还不依赖额外依赖。真正卡性能的场景极少,别过早优化。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










