最常用去重方式是[...new Set(arr)]，时间复杂度O(n)，支持NaN相等判断但对象需按key去重；对象数组推荐Map缓存key实现O(n)过滤；IE或稀疏数组需回退filter+indexOf。
用 Set 快速去重，但要注意对象和 NaN 的特殊行为
最常用也最快的去重方式是 Array.from(new Set(arr)) 或展开运算符写法 [...new Set(arr)]。它时间复杂度接近 O(n)，底层依赖引擎对 Set 的哈希优化。
但要注意：Set 判等基于 SameValueZero（即 === 规则），所以 NaN 和 NaN 被视为相等，能正确去重；而对象即使内容相同，引用不同就仍是不同元素——{a:1} 和 {a:1} 不会去重。
- 原始数组含字符串、数字、布尔值时，
[...new Set(arr)]是首选 - 遇到对象数组，必须换策略（见下一条）
- 若需保留原始顺序，Set 方式天然支持；而用
filter()+indexOf()会慢且不稳定（indexOf 总从头找）
对象数组去重：按指定 key 提取唯一项
对 [{id:1,name:'a'}, {id:2,name:'b'}, {id:1,name:'c'}] 这类数据，得靠 Map 或临时键值索引。直接用 JSON.stringify 对比性能差、还可能因属性顺序或 undefined 导致误判。
推荐用 Map 缓存已见的 key 值：
立即学习“Java免费学习笔记（深入）”；
const uniqueByKey = (arr, key) => {
const seen = new Map();
return arr.filter(item => {
const k = item[key];
if (seen.has(k)) return false;
seen.set(k, true);
return true;
});
};
// 使用：uniqueByKey(list, 'id')
- 比双重循环或
findIndex查找快一个数量级（O(n) vs O(n²)） - key 必须是基本类型（如 string/number）；若需复合 key，可拼接成字符串（如
item.a + '|' + item.b） - 不修改原数组，返回新数组——这点和
Set一致
需要兼容 IE 或处理稀疏数组？避免用扩展运算符
[...new Set(arr)] 在 IE 完全不支持，且对稀疏数组（如 [1, , 3]）会展开为 [1, undefined, 3]，丢失“空位”语义。如果项目仍需支持旧环境，或明确要保留稀疏性，就得回退到传统方法。
- 用
filter()+indexOf()最兼容，但性能差，仅适合小数组（ - 手动 for 循环 +
includes()或哈希对象记录已见值，可控性强 - 现代项目建议用 Babel 转译或直接放弃 IE；稀疏数组场景本身极少，多数时候填
undefined更安全
去重只是第一步，后续操作常决定整体效率
实际业务中，去重往往不是终点。比如从后端拿到用户列表后去重，紧接着要渲染、排序、分页。这时候如果在每一步都生成新数组（如先去重、再 sort()、再 slice()），内存和 GC 压力会明显上升。
- 链式调用时注意：
map()、filter()、sort()都返回新数组，连续三次调用 = 三份内存拷贝 - 大数据量下，考虑用
for循环合并逻辑（例如边遍历边去重+筛选+计数） - 如果只是校验是否重复，用
new Set(arr).size === arr.length比全量去重快得多
[...new Set(arr)] 就够了；剩下那 10%，真正卡住你的往往不是去重算法本身，而是没想清楚“去重之后要拿这个数组干什么”。 
