JavaScript 本身没有协程,但可用生成器函数 function* 模拟挂起/恢复等核心行为;它不自动调度、不并发执行,仅提供手动驱动的状态机;现代开发应优先使用 async/await。

JavaScript 本身没有协程,但可以用生成器函数 function* 模拟核心行为
JavaScript 没有原生协程(coroutine)类型,不像 Python 的 async def 或 Lua 的 coroutine.create。所谓“JS 协程”,实际是开发者用 function* 生成器 + 手动调用 next() / throw() / return() 来模拟挂起、恢复、传值等关键能力。它不自动调度,也不并发执行,只是提供了可暂停/恢复的函数状态机。
关键点在于:yield 是暂停点,next(value) 是恢复动作,每次调用都推进到下一个 yield 或函数结束。这和协程的“协作式让出控制权”逻辑一致,但 JS 引擎不介入调度,全靠你手动驱动。
用 function* 实现一个可中断的计数器协程
这是最直观的模拟:把一个循环拆成多次暂停,每次 yield 返回当前值,外部决定何时继续。
function* counter(max) {
let i = 0;
while (i < max) {
yield i;
i++;
}
}
const it = counter(3);
console.log(it.next().value); // 0
console.log(it.next().value); // 1
console.log(it.next().value); // 2
console.log(it.next().done); // true
注意:it 不是运行中的线程,它只是一个迭代器对象,内部保存了当前执行位置和局部变量(如 i)。每次 next() 都在主线程同步执行一段逻辑,直到下一个 yield 或函数返回。
立即学习“Java免费学习笔记(深入)”;
-
yield表达式本身返回值由下一次next(value)的value参数决定,不是yield右侧表达式的值 - 如果生成器里有
try...finally,return()或throw()会触发finally块,这点和协程清理逻辑类似 - 不能在普通函数中调用
yield,必须用function*声明
用 Promise + function* 实现类协程的异步流程控制
真正实用的“协程感”来自把异步操作塞进 yield,再配合一个运行器(runner)自动 next() 并等待 Promise 完成。这就是 co 库或早期 async/await 的前身思路。
例如,想顺序执行三个异步请求,又不想写嵌套回调或长链 .then():
function* fetchFlow() {
const a = yield fetch('/api/a').then(r => r.json());
const b = yield fetch('/api/b?id=' + a.id).then(r => r.json());
return yield fetch('/api/c?x=' + b.x).then(r => r.text());
}
// 简易 runner(仅示意,不处理错误)
function run(genFn) {
const it = genFn();
function next(val) {
const { value, done } = it.next(val);
if (done) return value;
return Promise.resolve(value).then(next);
}
return next();
}
run(fetchFlow).then(console.log);
这里 yield 后面不是普通值,而是 Promise。运行器捕获这个 Promise,等它 resolve 后,把结果传给下一次 next(),从而实现“看起来像同步写法的异步流程”。但本质仍是 Promise 链 + 生成器状态管理,不是真正的并发协程。
- 现代应直接用
async/await,它比手写 runner 更可靠、支持错误传播、调试友好 - 如果强行用生成器模拟,
yield后必须是 thenable 对象,否则Promise.resolve(value)会把它包成已 resolve 的 Promise - 无法
yield多个 Promise 并行执行;想并行得用Promise.all([yield p1, yield p2]),但这样就失去“单步暂停”意义
为什么不用生成器写新项目?async/await 已覆盖全部需求
生成器模拟协程是历史方案,现在所有主流环境都支持 async/await。它语法更简洁、错误堆栈更清晰、调试器能单步进入 await 后的代码,且原生支持 try/catch 捕获异步错误。
如果你看到别人还在用 function* + runner,大概率是在维护老项目,或者刻意做教学演示。新代码中硬套生成器反而增加理解成本和出错可能。
真正容易被忽略的是:即使用了 async/await,JavaScript 依然没有抢占式多任务——所有 await 后的代码仍在主线程排队执行,不会“同时跑多个协程”。所谓“协程风格”,只是写法上解耦了回调嵌套,底层仍是事件循环驱动的单线程模型。










