为什么遍历Set的values方法会产生内存垃圾？如何避免该问题？

你测试中看到的内存增长，本质是for-of遍历Set.values()时，每次循环隐式创建的迭代器实例被临时分配，积少成多触发GC。V8开发者说的无分配是指迭代逻辑本身不会额外创建键值对对象，不包含for-of语法隐式产生的迭代器开销。以下是三种可行的无GC遍历方案：

方案1：手动复用迭代器（V8环境最优） #

V8引擎的Set/Map迭代器支持调用return()方法重置指针，你可以只创建一次迭代器，每次遍历复用同一个实例，完全避免迭代器的重复分配：

const a = new Set([ 1, 2, 3, 4, 5 ]);
let sum = 0;
// 全局只初始化一次迭代器
const setIterator = a.values();

function setIterate() {
  let iterRes;
  // 重置迭代器到起始位置
  setIterator.return();
  while (!(iterRes = setIterator.next()).done) {
    sum += iterRes.value;
  }
}

该方案性能接近原生数组遍历，无额外内存开销，适合Chrome、Edge等基于V8的浏览器环境。

方案2：预转数组缓存（兼容性最好） #

如果你的Set/Map内容变更频率很低，可以提前将集合内容转为数组缓存，遍历直接操作缓存数组，完全规避Set遍历的分配问题：

const a = new Set([ 1, 2, 3, 4, 5 ]);
// 预缓存数组，仅在Set内容变更时更新
const cachedArray = Array.from(a);
let sum = 0;

function setIterate() {
  for (let i = 0; i < cachedArray.length; i++) {
    sum += cachedArray[i];
  }
}

该方案不依赖引擎实现，所有浏览器都可正常运行，适合小容量、低变更频率的集合场景。

方案3：自定义双存储集合（重度遍历场景首选） #

针对游戏渲染循环这种对延迟极敏感、且集合需要频繁增删的场景，可以自己实现同时维护数组和Set的自定义集合，增删时同步两份数据，遍历直接使用数组：

class GCFreeSet {
  #innerSet = new Set();
  #valueArray = [];

  add(value) {
    if (this.#innerSet.has(value)) return;
    this.#innerSet.add(value);
    this.#valueArray.push(value);
  }

  delete(value) {
    if (!this.#innerSet.has(value)) return;
    this.#innerSet.delete(value);
    const index = this.#valueArray.indexOf(value);
    this.#valueArray.splice(index, 1);
  }

  has(value) {
    return this.#innerSet.has(value);
  }

  // 直接返回内部数组用于遍历，零分配
  get values() {
    return this.#valueArray;
  }
}

// 使用示例
const a = new GCFreeSet();
[1,2,3,4,5].forEach(v => a.add(v));
let sum = 0;
function setIterate() {
  const values = a.values;
  for (let i = 0; i < values.length; i++) {
    sum += values[i];
  }
}

该方案增删性能略低于原生Set，但遍历完全无GC开销，适合大容量、高变更频率、需要频繁遍历的游戏业务场景。

内容的提问来源于stack exchange，提问作者Ryan Peschel