异步生成器中yield和await需分步执行，不可合并为yield await；await用于暂停执行等待Promise，yield用于产出值，二者独立且需显式安排位置以实现流式控制。
在 JavaScript 异步生成器中，yield 和 await 不能直接写成 yield await 这样的组合形式——这不是语法错误，而是逻辑上容易误解的点。关键在于：异步生成器函数（async function*）内部可以同时使用 await（等待 Promise）和 yield（产出值），但它们是**独立操作、分步执行**的，不是原子式“先 await 再 yield”的语法糖。
异步生成器的基本行为：yield 和 await 各司其职
异步生成器函数返回一个 AsyncIterator，每次调用 next() 会返回一个 Promise，该 Promise 的 value 是你 yield 出来的值，done 表示是否结束。而 await 只用于暂停当前生成器的执行，等待异步操作完成，不产出任何值。
常见误写：
// ❌ 错误理解：以为这会“yield 等待后的结果”async function* fetchNumbers() { yield await fetch('/api/nums').then(r => r.json()); // 语法合法，但语义不对}
立即学习“Java免费学习笔记（深入）”；
这段代码虽然能运行（因为 await 在 yield 右侧是表达式求值），但它只是把 fetch 的结果一次性等完再 yield，没体现“流式控制”。真正的数据流控制，靠的是在多次 next() 调用之间插入异步操作。
正确组合方式：在 yield 前/后用 await 控制节奏
你需要显式安排 await 的位置，来决定何时获取数据、何时产出、何时暂停。典型模式有：
-
逐次拉取并产出：每次
next()触发一次异步请求，yield 返回响应数据 -
预加载 + 缓冲 + 懒产出：用
await预取一批，再用循环yield逐个吐出 -
带节流或条件的产出：在
yield前加await delay(1000)或await waitForEvent('click')
实用例子：分页拉取用户列表
下面是一个真正体现“流式控制”的异步生成器：
async function* fetchUsersPaginated() { let page = 1; while (true) { // ✅ await 先等待接口响应 const res = await fetch(`/api/users?page=${page}`); const users = await res.json(); // ✅ yield 逐个产出，让调用方控制消费节奏 for (const user of users) { yield user; } // ✅ 没有更多数据时退出 if (users.length === 0) break; page++; }}
使用时：
for await (const user of fetchUsersPaginated()) { console.log(user.name); // 每次 next() 自动触发下一页拉取}
注意边界：避免 await 在 yield 后“悬空”
以下写法逻辑脆弱：
async function* badExample() { yield 'start'; await sleep(1000); // ⚠️ 这个 await 不属于任何 next() 的“产出阶段” yield 'done';}
问题在于：第一次 next() 返回 { value: 'start', done: false }，但生成器内部已开始等待 1 秒；第二次 next() 才拿到 'done'。中间的 await 无法被外部中断或取消，也不与某个 yield 绑定。如需精确控制每个 yield 的延迟，应把 await 放在 yield 之前：
async function* goodDelay() { yield 'start'; await sleep(1000); // ✅ 等待完成后再进入下一轮 next() yield 'done';}
