Array.from(new Set(arr)) 是最稳妥的数组去重方法，适用于基础类型和同引用对象，不修改原数组、保留类型、兼容性好（IE除外），但对字面量对象无效。
直接用
最稳
绝大多数场景下，这行代码就能干净地去重，不改原数组、不丢类型、兼容性好（IE 除外）。
本身只存唯一值，构造时自动过滤重复项，再转回数组即可。
常见错误现象：
看起来更短，但某些老项目里 Babel 或 TypeScript 配置没开
目标，会导致展开运算符编译失败；而
更容易被降级处理。
只适用于基础类型（
、
、
、
、
）和相同引用的
（比如多次 push 同一个对象）
对对象数组无效——
和
被视为两个不同值
会丢失原始数组中
的“唯一性”表现（
把它当一个值，这是正确行为，但有人误以为它会被去重掉）
去重为什么不能处理对象数组
因为
判断唯一性靠的是 SameValueZero 算法，对象比较看的是内存地址，不是内容。两个字面量对象哪怕一模一样，也是不同引用。
使用场景：你要去重的是用户列表、商品 SKU 列表这类带 ID 的数据，而不是纯对象字面量。
如果对象有唯一标识字段（比如
），用
如果字段多且不确定，用
+
临时键（注意顺序敏感、
/
会被忽略）
性能上，
是 O(n)，
是 O(n²)，大数据量时别硬套
遇到
怎么办
这通常不是
的问题，而是你传给
的东西根本不是可迭代的——比如
、
、普通对象（没实现
）。
错误常出现在解构或 API 返回值未校验时，例如：
，但
实际是
。
加一层保护：
不要对
的结果再套一次
去重——key 本来就不重复
Node.js 早期版本（Set 构造函数对非数组类数组（如
）支持不一致，建议先
转成数组再进
想保留首次出现位置，又想兼容 IE？绕开
IE 不支持
，但很多老系统还得跑。这时候别硬 polyfill，用原生数组方法更可控。
性能影响：
在小数组（reduce +
或哈希表缓存。
—— 简单，但对
失效（
找不到）
—— 可读性差，每次扩展数组性能不好
真正兼顾兼容与性能的写法：
，再转数组
实际用的时候，90% 的情况就一行
足够。剩下那 10%，往往卡在数据结构没理清——比如把接口返回的嵌套对象当平铺数组用了，或者默认所有字段都该参与去重。这种时候，与其调
参数，不如先 print 出来两眼看看数据长啥样。
Array.from(new Set(arr))Set[...new Set(arr)]es2015Array.fromstringnumberbooleannullundefinedobject{a:1}{a:1}NaNSetSetSetidarr.filter((item, i, a) => a.findIndex(v => v.id === item.id) === i)MapJSON.stringifyundefinedfunctionSetfilter + findIndexTypeError: Invalid attempt to spread non-iterable instanceSetnew Set()undefinednullSymbol.iteratorconst arr = res.data.items; const unique = [...new Set(arr)];res.data.itemsundefinedArray.isArray(arr) ? Array.from(new Set(arr)) : []Object.keys(obj)SetargumentsArray.fromSetSetSetfilter + indexOfincludesarr.filter((item, i) => arr.indexOf(item) === i)NaNindexOfarr.reduce((unique, item) => unique.includes(item) ? unique : [...unique, item], [])arr.reduce((map, item) => map.has(item) ? map : map.set(item, 1) && map, new Map()).keys()Array.from(new Set(arr))Set