使用--downlevelIteration迭代Set的性能影响：是否总会创建新数组？

示例代码 #

for (const el of mySet) {

}

问题 #

当针对需要--downlevelIteration才能运行的目标环境编译时，底层是否总会创建（并被垃圾回收）一个新数组？
若确实如此，在现代浏览器中反复数千次迭代同一个Set（例如嵌套在第二层循环中）时，是否会造成显著性能损耗？

回答 #

当开启--downlevelIteration编译Set的for...of循环时，确实会在每次迭代时创建一个新数组——编译器会将Set转换为数组来模拟迭代行为，这个数组在迭代结束后会被标记为垃圾回收对象。

关于反复迭代的性能影响：

• 在现代浏览器中，这种损耗通常不会很显著。现代JS引擎的垃圾回收机制针对短生命周期的小型对象（比如元素数量不多的Set转换而来的数组）有专门优化，会通过新生代回收器快速处理，内存分配与回收的开销极低。
• 但如果Set包含大量元素（比如上万级以上），或者嵌套循环的次数达到十万级甚至更高，频繁创建大数组的开销就会累积，可能导致明显的性能下降，比如出现卡顿或执行时间显著增加。

如果要规避这个问题，可以提前将Set转换为数组并缓存，后续循环直接复用该数组：

const cachedSetArray = Array.from(mySet);
// 后续循环都遍历缓存的数组
for (const el of cachedSetArray) {
  // 业务逻辑
}

这种方式只需要创建一次数组，彻底消除了重复创建与回收数组的开销。

内容的提问来源于stack exchange，提问作者Michal Kurz