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