filter回调函数同步执行，无法await异步操作；正确做法是先用promise.all批量获取判断结果，再同步filter。
filter 回调函数是同步执行的，不能直接 await —— 这不是语法错误，但会导致逻辑彻底失效：异步操作被“丢进微任务队列”，filter 立即返回空数组或全量数组，根本没等异步结果。
根本原因：filter 不等待 Promise
filter 的设计目标是同步遍历、同步判断。当你在回调里写 await someAsyncFn()，JavaScript 会立即返回一个 pending Promise，而 filter 把这个 Promise 当作“真值”（因为 Promise 对象本身是 truthy），于是所有元素都被保留；或者你用 !!await，那它又会等到 Promise resolve 后才判断，但此时 filter 已经跑完上一轮，整个过程失去控制。
常见误写：
-
arr.filter(async item => await checkPermission(item))→ 返回全是 true 的数组 -
arr.filter(item => { await api.validate(item); return true; })→ 语法报错（async 不能出现在普通函数体中）
正确替代方案：先异步获取判断依据，再同步过滤
把“需要异步判断”的逻辑提前拉出来，生成一个可同步访问的映射或布尔数组，再交给 filter 使用。
- 批量请求 + Promise.all：对所有元素并行发起校验，拿到结果后再过滤
- 缓存映射：用 Map 或对象预存 key → boolean，避免重复请求
- 分批处理：数据量大时，用 for 循环 + await 配合状态收集，不依赖 filter
示例（推荐）：
const permissions = await Promise.all(items.map(item => checkPermission(item)));<br>const allowedItems = items.filter((_, i) => permissions[i]);
警惕高阶函数混淆：forEach/map/filter 都不支持 await
不只是 filter，forEach、map、some、every 的回调也都是同步执行的。写 array.forEach(async () => {...}) 或 array.map(async () => {...}) 都不会按预期等待 —— 它们只是发起一堆 Promise，然后立刻结束，不收集也不等待。
需要异步映射？用 await Promise.all(array.map(...))；需要异步遍历并顺序执行？用 for...of + await。
如果必须动态异步过滤，改用显式循环
没有“异步 filter”，但你可以用传统 for 循环控制流程：
- 声明空数组，逐个 await 判断，满足条件就 push
- 配合 break/continue 控制逻辑流，比强行塞进 filter 更清晰可靠
- 适合条件复杂、依赖前序结果、或需中断的场景
例如：
const result = [];<br>for (const item of items) {<br> const ok = await validate(item);<br> if (ok) result.push(item);<br>}
