set转数组最快用[...set]，数组转set只需new set(arr)；百万级元素转换仍在毫秒级，性能瓶颈多源于重复数据或频繁转换，而非转换本身。
Set 转数组快，数组转 Set 慢——但实际差异通常可忽略，除非处理数万以上元素。
Set → 数组：推荐用扩展运算符 [...set]
这是最简洁、性能最优的方式。V8 引擎对 [...set] 有专门优化，底层直接遍历 Set 内部哈希表，无需额外去重或检查。
-
Array.from(set)功能相同，但略慢一点（多一层抽象调用） - 避免
set.forEach(v => arr.push(v))，手动 push 有函数调用开销，且需预先声明空数组
数组 → Set：直接 new Set(arr) 即可
构造函数内部会逐项插入并自动去重，时间复杂度为 O(n)，是唯一标准方式。
- 不要先用
filter或reduce去重再转 Set，纯属冗余 - 若原数组已确定无重复，且只为了利用 Set 的
has查询优势，仍建议直接new Set(arr)，初始化成本不高
性能临界点在哪？
在现代浏览器中，百万级元素下，new Set(arr) 和 [...set] 都在毫秒级完成。真正影响性能的往往不是转换本身，而是：
- 原数组是否巨大且含大量重复（Set 插入时哈希计算+冲突处理略增耗时）
- 是否在循环中频繁转换（应避免，改用 Set 原生方法如
add/has） - 内存占用：Set 比数组略高，因需维护哈希结构，但一般不影响使用
该不该为了效率避免转换？
大多数场景下，不必刻意规避转换。优先保证代码清晰和逻辑正确：
- 需要快速查重或判断存在性 → 用 Set，必要时再转回数组（如渲染列表）
- 需要索引访问、切片、映射等操作 → 用数组，去重需求大时先转 Set 处理再转回
- 高频操作（如每帧执行）且数据量超 10 万 → 可缓存转换结果，或重构逻辑避免反复转换
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
