先记住这个答案
for...of 是循环语句，可以用 continue 跳过当前轮、break 结束循环，在函数内 return 还会退出整个函数。forEach 调用每个已存在元素的回调，回调中的 return 只结束这一次回调，不能正常提前结束整个遍历，外层也不会收到回调返回值。普通数组的 for...of 还会把空位读取为 undefined，forEach 通常跳过空位。异步场景下 forEach 不等待回调返回的 Promise；需要逐项等待时使用 for...of 配合 await，需要并发则明确收集任务并限制并发。
- 回调 return 只退出当前回调
- 提前结束扫描优先用支持该语义的结构
- forEach 不会等待 async 回调完成
同一个 return 在两个作用域里意义不同
下面遇到小于三的数就跳过，遇到五时想停止。循环里的 break 实现了停止，回调中的 return 却只跳过五，后面的六仍会被处理；差别来自语言结构，不是运行速度。
面试回答可以先画出外层函数、循环和回调三层边界，再指出每条语句退出哪一层。实际代码若把条件判断藏进多个回调，容易误以为一个 return 已经终止整条业务流程。
const values = [1, 3, 5, 6];
const loop = [];
for (const value of values) {
if (value < 3) continue;
if (value === 5) break;
loop.push(value);
}
const callbacks = [];
values.forEach(value => {
if (value < 3 || value === 5) return;
callbacks.push(value);
});
console.log(JSON.stringify(loop));
console.log(JSON.stringify(callbacks));查看输出与解释
[3]
[3,6]两段代码都跳过小于三的值，但只有循环在五处结束。forEach 后续仍调用六对应的回调，因此不能用回调 return 表达整个扫描已经完成。
按结果需求选择扫描方式
若只判断是否存在合格项，some 可以表达命中即停止；要得到那一项则考虑 find。若每一步还需要复杂状态更新或多种退出条件，显式循环通常更容易阅读和维护。
forEach 适合对每项执行同步副作用且不需要返回集合的场景。不要为了使用数组方法而在外部维护一个 done 标志继续空跑所有回调，那既隐藏意图，也没有获得真正短路。
异步等待与空位是另外两条差异
async 回调把工作包装成 Promise，forEach 仍立即按自己的规则调用后续回调并返回 undefined。外层 await forEach 的结果不会等待这些任务，错误也可能脱离原本的处理边界。
对普通稀疏数组，forEach 先检查索引是否存在，for...of 使用数组迭代器逐个读取。若数据允许缺失位置，应先定义缺失语义再选方法；不要把换遍历写法当成完全无行为变化的优化。
容易答错的地方
- 把 await forEach 当成顺序执行
- forEach 的返回值不是这些异步任务的汇总 Promise，等待它不能建立任务完成条件。应使用循环逐项 await，或显式构造并等待任务集合，并为并发数量和失败处理设定边界。
- 使用异常表达找到目标后退出
- 异常虽然可以打断回调调用，但会把正常命中与实际失败混在一起，维护者难以区分。查找应使用短路方法或 break，真正错误再通过异常或明确失败结果传递。
面试官还会怎么问？
for...of 里的 return 总是只退出循环吗？
不是，在函数体内它退出的是整个函数，循环也随之结束。若只想继续函数后面的代码，应使用 break；先定位 return 所属的函数，才能避免把后续清理或返回逻辑意外跳过。
并发请求应该改成 for...of 吗？
逐项 await 会形成串行等待，适合存在顺序依赖的任务。独立请求可以并发，但应收集 Promise 并限制并发规模；不能只为了修复 forEach 等待问题就无条件把所有工作串行化。
for...of 能遍历普通对象吗？
需要对象实现可迭代协议，只有普通键值属性并不足够。可以先用 Object.entries 得到键值对，或提供明确的迭代器；不要把 for...of 与枚举对象属性的 for...in 混为一种机制。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。