break中断for...of循环不会销毁迭代器，仅停止后续next()调用，迭代器状态保持中断时刻值；数组等原生对象每次循环新建迭代器，不受影响；生成器则隐式调用return()，后续next()返回{value: undefined, done: true}。
for...of 配合 break 的提前终止，不会破坏迭代器本身，但会**让迭代器停留在未完成状态**——即 next() 方法可能还有后续值未取，但循环已主动放弃继续调用。
break 只中断消费，不销毁迭代器
for...of 本质是反复调用对象的 [Symbol.iterator]().next()。break 发生时，只是停止后续调用，已获取的迭代器实例仍有效，且其内部状态（比如 current 计数器）保持在中断那一刻。
- 例如手动调用迭代器：const it = [1,2,3,4][Symbol.iterator](); it.next(); // {value: 1, done: false}；break 后 it 依然可继续调用 next()，返回 {value: 2, done: false}
- for...of 自己不持有或管理迭代器生命周期，它只负责“按需取值 + 检查 done”。break 是对这个“按需”过程的中止，不是对迭代器对象的 dispose。
不同可迭代对象的表现差异
迭代器是否“可复用”或“有副作用”，取决于它的实现方式：
-
数组、字符串等原生对象：每次调用
[Symbol.iterator]()都返回新迭代器，break 不影响下次 for...of —— 新循环从头开始。 -
自定义迭代器（如 range 对象）：若迭代器内部维护了闭包变量（如
current），break 后该变量停在中间值；若再次用同一迭代器实例 next()，会从中断处继续；但 for...of 不会复用它，所以通常无感知。 -
生成器函数（function*）：yield 暂停的状态会被保留，break 相当于对 generator 调用
return()（隐式），后续再调用 next() 将始终返回{value: undefined, done: true}。
如何验证迭代器是否被“残留”
可以显式提取并测试迭代器行为：
- 写一个带 console.log 的自定义迭代器，在 next() 中打印当前值；用 for...of + break 触发中断；再手动调用一次 next()，看是否输出下一项。
- 对生成器：用
const gen = myGenerator();，for...of 中 break 后执行gen.next()，观察返回值中的done字段是否变为 true。
实际开发中需要注意什么
绝大多数场景下，你无需关心迭代器残留状态，因为 for...of 总是新建迭代器。真正要留意的是：
- 不要把同一个迭代器实例传给多个 for...of 循环（它不可重入）；
- 若手动使用迭代器（非 for...of），记得检查
done，避免无限调用 next()； - 生成器被 break 中断后，无法恢复 yield 序列，相当于提前关闭。
