JavaScript中async/await、生成器与协程的关系是否同Python一致？

结论先行：在 JavaScript 中，Async/Await 确实脱胎于「生成器 + Promise」的组合，本质是该模式的语法糖；虽然如今 JS 引擎已对其做了独立优化，但核心逻辑仍和协程的协作式调度思想完全一致。

一、生成器是 JavaScript 中协程的基础实现 #

ES6 引入的生成器函数（标记为function*，配合yield关键字）本身就是协程的一种落地形式：

• 它能在执行过程中主动暂停，将执行权交还给调用方；
• 后续可通过调用迭代器的next()方法，从暂停处恢复执行；
• 整个调度过程完全由开发者控制，而非操作系统的线程调度，完全符合协程「协作式执行」的核心特征。

早期开发者甚至可以手动封装工具函数，用生成器来实现异步流程的线性化书写，这就是 Async/Await 出现前的异步方案雏形。

二、Async/Await 是「生成器 + Promise」的语法封装 #

ES2017 推出的 Async/Await，从设计初衷到语义逻辑，都是对「生成器处理异步」模式的简化。我们可以用代码直观对比：

// Async/Await 写法
async function fetchData() {
  const response = await fetch('/api/data');
  const data = await response.json();
  return data;
}

// 等价的生成器 + 手动调度写法
function* fetchDataGenerator() {
  const response = yield fetch('/api/data');
  const data = yield response.json();
  return data;
}

// 模拟 Async/Await 底层调度逻辑的工具函数
function runGenerator(genFn) {
  const iterator = genFn();
  function handleStep(result) {
    if (result.done) return Promise.resolve(result.value);
    return Promise.resolve(result.value).then(res => handleStep(iterator.next(res)));
  }
  return handleStep(iterator.next());
}

上面的runGenerator函数，就是 Async/Await 底层逻辑的极简模拟：自动处理生成器产出的 Promise，等待其完成后再恢复生成器执行。

如今像 V8 这类 JS 引擎，已经会直接对 Async/Await 做专门优化，不再将其编译为生成器代码，但二者的执行逻辑和协程本质是完全一致的。

三、和 Python 实现的异同 #

Python 的 Async/Await 直接基于原生协程（由生成器进化而来），而 JavaScript 虽然最初借鉴了类似思路，但现在的引擎实现已做了独立优化。不过二者的核心目标完全一致：通过协程的协作式调度，让异步代码的书写和阅读更接近同步逻辑。

内容的提问来源于stack exchange，提问作者Max Koretskyi