使用async/await写代码很长一段时间了,在之前,用 co+生成器函数+yield也有一段时间,用起来很爽,但却没有仔细了解其中的原理。
为啥异步的代码,使用async/await或者Generator+yield能写成“同步”的?co又是啥,为啥Generator+yield要用co进行包裹?
Generator+yield能够实现同步方式书写异步代码,离不开co,简单说来,co是generator函数的执行器,用来执行generator函数。
co的代码很简练,总共239行,包括注释空格,而其中的“核心”代码,可能只需要区区不到20行。
下面的代码是我提取的co的核心,去掉了参数校验的判断,参数类型转换等的代码,但用来说明其核心原理是足够了,而且是可以运行的。
1 | const co = function(gen) { |
这是一个最精简的co,我们来写个例子来看看co是如何运行的。
1 | const getUser = function() { |
co是一个函数,接收一个参数 gen
,该参数类型是一个generator函数,返回一个Promise。
所以co调用完后可以调co().then().catch()
。
const it = gen();
因为参数gen是一个generator函数,执行后会返回一个遍历器iterator。
这里顺便说一下,这里对generator以及iterator需要了解,如果还不清楚的到阮一峰写的es入门学习。
生成器执行后返回的遍历器,每次调用it.next()都会返回生成器函数yield后面的值,例如,上面的例子中,调用it.next()将返回{ value: 'abc', done: false }
,第二次调用将返回{ value: Promise { <pending> }, done: false }
,第三次调用将返回{ value: undefined, done: true }
。函数里只有两个yield,因此第三次调用时,value为undefined,done为true表示遍历器以遍历完成。
继续看co的代码。
接下来分别定义三个函数:next用来处理it的next()方法返回值,onFulfilled用来处理成功结果,onRejected用来处理错误。先不一一说明,继续看代码。
然后就是直接调用onFulfilled
函数处理。那么该函数做了啥事呢?const ret = it.next(res)
,这里调用遍历器的next()方法,获取到 yield后面的值,以{ value: 'abc', done: false }
这种结构返回。
然后调用上面定义的next()函数来处理该返回值。
next()函数先是判断遍历器是否已完成遍历,也就是是否已处理了所有的生成器函数的yield后面的值。
这里很显然不是。接着走代码。
const value = Promise.resolve(ret.value);
这里取到ret中的value,并将其转换为Promise。因为我们知道 yield 后面可以接返回Promise的异步函数,或者接一个同步的值。这里就是为了处理如果yield后面是同步的值,将其转换为Promise,后面统一处理Promise.
value是一个Promise,直接调.then()
方式来处理该Promise.
处理的时候,将onFulfilled, onRejected作为成功和失败的参数传入。
好了,对应着例子中第一个yield代码const s = yield 'abc';
来看。
当co执行到next()方法的 value.then(onFulfilled, onRejected);
时,这里的value是一个包含着’abc’的Promise,即Promise.resolve('abc')
。
调用then()传入成功处理函数onFulfilled,再来看该函数的执行。
1 | const onFulfilled = function(res) { // 这里res为 ‘abc’ |
执行 onFulfilled 时, 参数 res 为 ‘abc’,然后再调用遍历器的next()取得下一个yield后面的值。
但是在调用it.next()时传入一个参数,将 ‘abc’ 传入,这是什么意思呢?
这里需要说一下这是generator函数的一块知识。
it.next()调用的时候,是“取得”yield后面的值,以 { value: 'abc', done: false }
这种形式,前面说过了。如果it.next()调用时,传入参数,则该参数将作为上一次
yield的返回值。这里可能有点绕,看例子:
1 | const it = (function*() { |
第一次调用it.next(1)时,传入1作为参数,1作为上一次yield的返回值,由于这里是第一次调用,对应第一个yield,因此不存在上一个yield,所以这里1被丢弃。
第二次调用it.next(2),传入的2作为参数,2作为上一次yield的返回值,即 yield 'abc' === 2
,因此,这里s最后被赋值成2,从输出的结果也看出s===2.
同样,第三次调用it.next(3),传入3作为参数,3作为上一个yield的返回值,即 yield getUser() === 3
,因此 u === 3。如果调用 it.next()时不传任何参数,那么 yield 的返回值为 undefined,切记。
再回到上面co代码部分。
value.then(onFulfilled, onRejected)
的成功处理函数onFulfilled中,const ret = it.next(res);
传入的res为’abc’,即第一个yield 'abc'
返回的值就是 ‘abc’,即最后 s 为 ‘abc’。
然后,再继续调用next()函数处理取到的第二个yield后面的值。流程类似,可以看着代码走一边试试。
至此,co如何将generator和yield代码执行的过程都解释完了,可能有点乱,再来梳理一遍。
首先调用一下该generator函数,返回一个遍历器,该遍历器中的值为generator函数中每个yield后面的值。
然后将yield后面的值转换成Promise。这里不管同步异步,转换成Promise后都将变成异步。
然后调用promise.then()来处理promise包裹的值,将这个值作为上一个yield的返回值,传入遍历器it.next()方法。
在取到下一个yield后面的值后,再调用成功函数处理该值。
如此形成一个Promise链,即所有generator后面的值都将按顺序组装成一个promise链,每个异步操作(yield)都将是这个promise链中的一个promise,然后按顺序处理这个promise链,如此就达到了“同步”的效果。
最后的流程,将转变成如下形式:
1 | Promise.resolve('abc') |
花了一点时间,研究了一下co,其实es7中的async/await在本质上与此类似,await后面要求必须接 Promise,最后流程肯定也是转变成如上模式。只不过node 8在v8已经内置了一个co
,不再需要额外的模块执行生成器函数了。