filter()是同步方法，不支持yield或异步操作；yield在普通回调中直接报SyntaxError，async回调则因Promise恒为truthy导致逻辑错误；异步过滤应改用Promise.all+同步filter或for...of+await。
filter() 是同步方法，不支持 yield。在普通同步 Array.prototype.filter 回调中写 yield，会导致语法错误（SyntaxError: Unexpected strict mode reserved word），根本无法运行，而不是“逻辑失效”——它连执行都过不了。
所以真正需要警惕的，不是“误用 yield”，而是混淆了异步迭代场景与同步过滤场景，把本该用于 async function* 或 for await...of 的思维，错搬到 filter() 里。
下面说清楚几个关键点：
filter 回调里不能出现 yield
-
yield只能在生成器函数（function*）或async function*中合法使用。 -
filter()的回调是普通函数或箭头函数，不是生成器，加yield直接报错，浏览器或 Node.js 都会中断执行。 - 没有“静默失效”，只有明确报错，比如：
[1,2,3].filter(function* (x) { yield x > 1; }); // ❌ SyntaxError [1,2,3].filter(x => { yield x > 1; }); // ❌ SyntaxError（严格模式下）
真正容易被误当成“yield 行为”的情况
其实是异步操作混入同步 filter，例如：
-
错误写法（看似想“暂停等待”，实则返回
Promise）：const data = [1,2,3]; const result = data.filter(async x => x > 1); // ✅ 语法合法，但逻辑灾难 console.log(result); // [1,2,3] —— 全部保留！因为 Promise 对象是 truthy
原因：
async函数总是返回Promise，而Promise是“真值”（truthy），filter把每个Promise都当true，于是所有元素都被留下。 -
更隐蔽的错误（用
await却没处理异步）：data.filter(async x => { const res = await fetch(`/api/check/${x}`); return res.ok; }); // ❌ 返回的是 Promise[]，不是布尔值数组；filter 不等 await 就结束了
正确应对异步过滤需求的方式
如果确实要基于异步条件过滤（如查 API 判断是否保留某项），不能用 filter，而应：
-
先并发获取所有判断结果，再同步过滤：
const checks = await Promise.all(data.map(x => fetch(`/api/check/${x}`).then(r => r.ok) )); const filtered = data.filter((_, i) => checks[i]); -
用 for...of + await 逐个判断（适合需顺序或带节流的场景）：
const filtered = []; for (const item of data) { const ok = await fetch(`/api/check/${item}`).then(r => r.ok); if (ok) filtered.push(item); } -
不推荐但可行：自定义异步 filter 工具函数（返回 Promise
） ：async function asyncFilter(arr, predicate) { const results = await Promise.all(arr.map(predicate)); return arr.filter((_, i) => results[i]); } // 用法：const result = await asyncFilter(data, x => fetch(...).then(r => r.ok));
不复杂但容易忽略：filter 是纯同步、纯内存的操作，它的回调必须同步返回布尔值。任何异步动作（await、Promise、yield）都会打破这个契约——不是“失效”，而是“用错了工具”。
