Set与扩展运算符合并集合方法

本文深入解析了使用 Set 与扩展运算符实现集合（Set）并集的最简、安全且语义清晰的一行写法——`const union = new Set([...setA, ...setB])`，强调其不修改原集合、自动去重、可读性强等优势，同时直击常见误区（如误用 `forEach + add` 导致副作用、混淆展开语法适用对象），并务实探讨了大集合下的性能优化方案（迭代器手动合并）、特殊值（NaN、对象等）的去重行为边界，尤其点明：Set 无法按内容对对象去重，这一认知盲区才是实际开发中最易踩坑的关键。

用 Set 和扩展运算符写并集，最简写法就是一行

直接用 [...setA, ...setB] 拼数组再转回 Set，就能得到并集。它不关心重复、不修改原集合、语义清晰，是日常开发中最常用也最安全的方式。

常见错误是以为 new Set([...setA, ...setB]) 会自动去重——其实它确实会，但前提是传入的数组里有重复值；而 Set 本身构造时就去重，所以这步是必要的，不是冗余。

• const union = new Set([...setA, ...setB]);
• 如果要返回数组而非 Set，再套一层 [...union]
• 注意：扩展运算符对 Set 是合法的，但对普通对象不行；别误写成 {...setA}

为什么不用 setA.forEach(item => setB.add(item))？

这种写法能“就地合并”，但副作用明显：它会修改 setB。一旦后续还要用原始 setB，结果就错了。除非你明确需要复用并更新目标集合，否则不推荐。

另一个问题是可读性差——forEach + add 看起来像在做遍历操作，而不是表达“求并集”这个数学意图。维护时容易误解逻辑目的。

• 修改原集合 → 不适合函数式或不可变数据流场景
• 无法链式调用（比如后面还想交集、差集）
• 如果 setB 是 const 声明的，add 仍能成功（Set 可变），但语义上矛盾

遇到大集合时，性能差异明显吗？

当两个 Set 各有 10 万以上元素时，[...setA, ...setB] 会先生成一个 20 万长度的数组，再交给 Set 构造器遍历去重。内存和时间开销略高，但多数业务场景下感知不到。

真有性能瓶颈时，应改用迭代器手动合并：

const union = new Set(setA);
for (const item of setB) union.add(item);

这种方式避免了中间数组，空间复杂度从 O(n+m) 降到 O(n)，且只遍历 setB 一次。

• 适用于已知 setA 较小、setB 极大的情况
• 不依赖扩展运算符，兼容性更好（IE 不支持扩展运算符，但支持 for...of）
• 注意：不能写成 for (const item in setB) —— Set 没有可枚举属性，这样会遍历空

字符串、对象、NaN 这些特殊值要注意什么？

Set 的去重基于 SameValueZero 比较，这意味着 NaN 和 NaN 被认为相等，但 {} !== {}，所以对象不会被去重——即使两个对象字面量一模一样。

如果你的集合里存的是对象，用扩展运算符做并集只是把引用拼在一起，不是按内容合并。这时候必须自己实现深比较逻辑，Set 本身帮不上忙。

• 字符串、数字、null、undefined、NaN 都正常去重
• Object、Array、Function 等引用类型靠地址判断，相同结构≠相同值
• 想按内容合并对象？得先序列化（如 JSON.stringify）或用库（如 Lodash 的 isEqual），再自定义逻辑

终于介绍完啦！小伙伴们，这篇关于《Set与扩展运算符合并集合方法》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！