node.js中迭代器大量并发使用会导致闭包捕获大对象滞留老生代，引发高频mark-sweep/mark-compact回收、内存锯齿波动与p99延迟毛刺；可通过--trace-gc日志、devtools堆快照及retainers链路定位generatorobject被长期引用问题。
问题不在迭代器语法本身，而在它被大量并发使用时，闭包环境、未终止状态和临时对象持续滞留老生代，导致 GC 频繁触发 Mark-sweep 或 Mark-compact，出现内存使用锯齿波动与 P99 延迟毛刺。
看 GC 日志是否高频触发老生代回收
启动 Node.js 时加上 --trace-gc --trace-gc-verbose 参数，观察日志中是否密集出现：
- Mark-sweep 或 Mark-compact 回收，尤其单次耗时 >5ms
- 伴随 promotion（对象晋升）数量激增
- old_space 使用量在数秒内跳升 100MB+，且无法回落
若压测中改用普通 for 循环或数组遍历后抖动消失，基本可锁定是迭代器使用模式引发的问题。
检查迭代器是否被意外长期持有
Generator 返回的迭代器对象虽轻量，但一旦被赋值给长生命周期引用，其闭包捕获的全部局部变量（如大 Buffer、JSON 数据、中间数组）将无法释放：
- 模块级 Map/Set 缓存了未调用
.return()的迭代器 - 作为 Promise resolve 参数或事件监听器回调被保留
- 在异步流程中断后未显式清理（如 await 中断、超时 reject 后未 return）
典型误用：const iter = myGen(); cache.set(key, iter); —— 缺少 TTL 和自动 cleanup 机制。
用 DevTools 定位真实 Retainers 链路
通过 --inspect 连接 Chrome DevTools：
- Memory 面板 → 拍摄堆快照 → 搜索
GeneratorObject或JSGeneratorObject - 点开实例 → 查看 Retainers 标签，确认是否被全局变量、Map、未 resolve 的 Promise 等强引用
- 重点关注闭包中 retained 的大对象（如 ArrayBuffer、大型 JSON.parse 结果）
验证 yield 后是否返回大对象或重复构造
迭代器每轮 yield 若返回新对象（如 { id, name, data }），尤其在高并发下，会快速填充新生代并晋升至老生代：
- 避免在 yield 表达式中构造完整模型实例或深拷贝数据
- 优先 yield 原始字段或轻量关联数组，由消费方按需组装
- 对必须结构化的场景，改用标量参数传入处理函数，而非传递临时对象
不复杂但容易忽略。
