是否存在使用Generators而非基于Promise的异步代码的场景？

一、核心优势：比 Promise 更精细的流程控制 #

Promise 一旦触发就会按预设逻辑推进，无法中途暂停、手动干预或按需终止；而 Generator 结合 Iterator 能通过 next()、throw()、return() 方法，完全掌控异步流程的每一步：

• 用 yield 暂停异步任务，等待外部触发（比如用户交互、定时事件）后再用 next() 推进流程
• 用 throw() 手动向 Generator 内部抛出错误，精准控制错误捕获时机
• 用 return() 提前终止整个异步流程，避免后续不必要的请求

举个直观的交互式异步场景案例：

function* stepByStepTask() {
  // 第一步：获取用户数据
  const userData = yield fetch('/api/user').then(res => res.json());
  console.log('用户数据已获取');
  
  // 等待用户点击确认按钮后，再执行下一步
  const orderData = yield fetch(`/api/orders/${userData.id}`).then(res => res.json());
  console.log('订单数据已获取');
  return { userData, orderData };
}

// 初始化生成器
const task = stepByStepTask();

// 启动第一步请求
task.next().value.then(user => {
  // 模拟用户点击确认按钮（延迟2秒）
  setTimeout(() => {
    // 推进到第二步请求
    task.next(user).value.then(order => {
      // 完成最后一步
      task.next(order);
    });
  }, 2000);
});

这个案例里，我们可以在两个异步请求之间插入任意交互逻辑，完全手动把控流程节奏——这是 Promise 链式调用做不到的，Promise 链式调用会按预设顺序自动执行，无法中途暂停等待外部触发。

二、关于 async/await 的实现 #

你说得没错：async/await 本质就是 Generator + 自动执行器 的语法糖，JS 引擎确实是基于 Promise 来实现这个自动执行器的。比如你提供的示例里，handleAsync 函数就是一个简易版的自动执行器——它负责把 yield 抛出的 Promise 结果传回 Generator，自动推进流程，这和 async/await 底层的执行逻辑一致。

三、拆解你提供的示例代码 #

你的代码就是一个标准的 Generator+自动执行器实现异步的模式：

1. fetchGenerator 作为 Generator 函数，用同步代码的写法组织异步请求，通过 yield 抛出 Promise
2. handleAsync 是自动执行器，负责：
   • 调用 generator.next() 推进流程
   • 把 Promise 的 resolve 结果传回 Generator，赋值给 const data1 = yield ...
   • 捕获 Promise 的 reject 错误，通过 generator.throw(error) 抛回 Generator 内部的 try/catch 处理
3. 最终整个 fetchData 对外暴露一个 Promise，兼容现有异步代码的调用方式

内容的提问来源于stack exchange，提问作者Matt Styles