JavaScript数组方法forEach、map、filter、reduce本身同步，无法直接等待异步操作；forEach不处理Promise，await无效；map需配合Promise.all才能获取结果；filter/reduce不支持异步逻辑，须先聚合再处理。
JavaScript 数组方法（如 forEach、map、filter、reduce）本身是同步的，不能直接“等待”异步操作完成。把 await 写在它们的回调里，既不会阻塞循环执行，也无法让整个数组处理变成真正的异步序列——这是最常被误解也最容易出错的地方。
forEach 无法等待异步回调
forEach 只是按顺序调用回调函数，不关心返回值，也不处理 Promise。即使你在回调里写 await fetch(...)，它也会立即继续下一轮迭代，所有请求几乎同时发出，但你拿不到结果数组，也无法控制执行顺序或错误流。
- ❌ 错误写法：结果未收集，错误可能静默丢失
- const ids = [1, 2, 3];
- ids.forEach(async id => {
- const res = await fetch(`/api/user/${id}`);
- console.log(await res.json()); // 执行了，但无法聚合
- });
- ✅ 正确替代：用
for...of循环 +await实现串行，或用map+Promise.all实现并行
map 返回 Promise 数组，不是自动并发执行
array.map(async () => ...) 会生成一个 Promise 数组，但它本身不执行等待——只是“发起”异步任务。若不显式用 Promise.all() 或 Promise.allSettled() 汇聚，这些 Promise 就在后台运行，主流程已结束，容易造成逻辑遗漏或资源泄漏。
- ⚠️ 常见误区：以为写了
await就等于“等到了全部结果” - ✅ 推荐模式：
const promises = items.map(item => apiCall(item)); const results = await Promise.all(promises); - ? 若部分失败可接受，改用
Promise.allSettled()，它总返回全量状态对象
filter 和 reduce 不支持原生异步逻辑
filter 和 reduce 的判断/累加函数必须是同步返回布尔值或累加值。传入异步函数会导致判断基于 Promise 对象（恒为真），或累加结果是未决 Promise，最终结果不可靠。
立即学习“Java免费学习笔记（深入）”；
- ❌
arr.filter(async item => (await checkValid(item)))→ 全部保留（因 Promise 是真值） - ✅ 替代方案：先用
map获取所有校验结果，再用同步filter处理布尔数组 - ✅ 或拆成两步：
const validFlags = await Promise.all(arr.map(checkValid)); const filtered = arr.filter((_, i) => validFlags[i]);
替代方案要匹配业务意图
选择哪种方式，取决于你的数据依赖关系和性能要求：
- 需要严格顺序（如连续写数据库、带 token 刷新的链式请求）→ 用
for...of+await - 任务彼此独立（如批量拉用户头像、查订单状态）→ 用
map+Promise.all并行 - 需控并发（防浏览器限流、服务端熔断）→ 配合分片或
p-limit等工具限制最大并行数 - 涉及用户交互（如搜索联想）→ 加防抖 + AbortController 取消过期请求，避免竞态渲染陈旧数据
