生成器函数用 function* 声明，通过 yield 暂停并返回 Generator 对象，next() 驱动执行；它不自动处理 Promise，需执行器配合，而 async/await 已原生替代该模式。
JavaScript 生成器（function*）本身不简化异步流程，但它为 async/await 的实现提供了底层机制；直接用生成器写异步逻辑反而更复杂、易出错。
生成器函数怎么定义和基本执行？
生成器是带暂停/恢复能力的函数，用 function* 声明，内部用 yield 暂停，返回一个 Generator 对象。
function* count() {
yield 1;
yield 2;
return 3;
}
const gen = count();
console.log(gen.next()); // { value: 1, done: false }
console.log(gen.next()); // { value: 2, done: false }
console.log(gen.next()); // { value: 3, done: true }
-
next()是唯一驱动方式，每次调用恢复执行到下一个yield或return - 生成器函数不会立即执行，只在首次调用
next()时开始 -
yield表达式本身没有返回值，但next(value)的参数会成为上一个yield的结果（可用于双向通信）
为什么不能直接用 yield 处理 Promise？
生成器本身对 Promise 无感知——yield fetch('/api') 只是把 Promise 对象原样返回，不会自动 await 它。
- 常见错误：写了
yield fetch(...)却没手动处理返回的 Promise，导致后续逻辑拿到的是 pending 状态的 Promise 而非响应数据 - 必须配合“执行器”（如
co库或手写的 runner）才能让yield真正等待 Promise resolve - 现代代码中，
async/await已完全替代该模式，浏览器和 Node.js 原生支持，无需额外库或状态机
async/await 和生成器的关系是什么？
async 函数在引擎层面被编译为基于生成器的状态机，但开发者完全不需要接触生成器语法。
立即学习“Java免费学习笔记（深入）”；
- V8 和 SpiderMonkey 内部确实把
async编译成类似function*+ 自动next()调用的形式 - 你写的
await fetch(...)等价于“让运行时在 Promise settle 后自动调用下一次next()”，而生成器需要你自己写循环+then()链来模拟这个行为 - 所以不要为了“更底层”而用生成器写异步——它增加了手动管理状态、错误传播（
gen.throw()）、上下文丢失等负担
真正容易被忽略的是：生成器的暂停点只发生在 yield，而 await 的暂停点可出现在任意表达式位置；这意味着生成器无法自然表达 await Promise.all([a(), b()]) 这类并发结构，除非把整个数组包装成单个 yield，失去细粒度控制能力。
