数组去重关键在于匹配数据特征：基础类型用[...new Set(arr)]最稳；对象数组须按字段用reduce或filter+Map；旧环境或复杂逻辑需手写遍历；所有操作应基于副本，避免修改原数组。
JS 数组去重看似简单，但不同场景下选错方法容易引发隐性 Bug：比如对象数组失效、NaN 无法识别、原始类型与引用类型混淆、或无意改变原数组。关键不是“哪种最快”，而是“哪种最稳、最符合当前数据特征”。
基础类型数组：优先用 Set + 扩展运算符
适用于字符串、数字、布尔值等可被严格相等（===）判定的类型。Set 天然去重且保持插入顺序，是目前最简洁可靠的方案。
- ✅ 正确写法：const unique = [...new Set(arr)]
- ⚠️ 注意：Set 会把 NaN 当作唯一值（ES6 规范中 NaN === NaN 为 false，但 Set 内部使用 SameValueZero 算法，视 NaN 为相同），所以
[NaN, NaN]经此处理确实只剩一个 NaN —— 这是预期行为，不是 bug - ❌ 避免
Array.from(new Set(arr))：功能等价但多一次函数调用，无必要
对象数组去重：按指定字段筛选，别信 JSON.stringify
直接用 JSON.stringify 序列化再 Set 去重，看似省事，实则高危：属性顺序不同、undefined 被忽略、函数/Date/Symbol 丢失、循环引用直接报错。
- ✅ 推荐做法：用 reduce + find 按 key 判断，例如按 id 去重：
arr.reduce((unique, item) => { return unique.find(i => i.id === item.id) ? unique : [...unique, item]; }, []) - ✅ 更高效（尤其大数据量）：先用 Object 键存已见 id，避免每次遍历：
arr.filter((item, i, self) => !self.slice(0, i).some(prev => prev.id === item.id)) 或用 Map 缓存 - ⚠️ 注意：字段值含 null / undefined / 对象嵌套 时需额外判断，不能只靠
===
兼容旧环境或需自定义逻辑：手写 indexOf / includes + 循环
当项目仍需支持 IE 或需结合复杂条件（如忽略大小写、近似数值匹配、按多个字段联合判重）时，应放弃 Set，回归可控的遍历逻辑。
- ✅ 安全写法示例（忽略大小写去重字符串）：
arr.filter((item, i) => arr.findIndex(s => s.toLowerCase() === item.toLowerCase()) === i) - ✅ 若需保留首次出现项，且性能敏感，可用 for + Object 哈希表（比 filter + find 快）
- ❌ 避免用
indexOf判对象：因对象比较的是引用地址，除非明确要按引用去重
副作用与边界：别让去重悄悄改了原数组
多数去重方法返回新数组，但有些工具函数（尤其第三方库或手写不当的 reduce）可能误用 push 修改原数组，或在 filter 中修改 item 属性。
- ✅ 始终假设输入数组是只读的，所有操作基于副本：
const result = [...arr].filter(...) 或 Array.from(arr).map(...) - ✅ 检查是否含 falsy 值（0、''、false、null、undefined）：某些用
if (item)过滤的代码会误删合法的 0 或空字符串 - ⚠️ 特别注意：
Array.prototype.sort()原地排序，若混在去重流程里（如先 sort 再相邻比较），会污染原数组
