JavaScript中的异步编程 下
本文启发于阮一峰老师的深入掌握 ECMAScript 6 异步编程
上篇传送门JavaScript中的异步编程 上
上篇说到了使用回调的思路解决JavaScript中异步编程的难题。可不论是显式的指定回调函数,通过事件绑定响应还是通过事件订阅、promise.then,都和逃不出回调的思路。写起来仍不够自然,且在批次回调任务时难以解决。
有没有办法能使我们像平时写同步代码那样,来书写异步代码呢?ES6出现后,Generator对象给了我们这个机会。
生成器函数
提到生成器函数前,需要提到协程(coroutine)这个概念。协程是轻量级用户态的线程。用户可以手动控制协程的暂停和继续,配合线程实现异步任务。协程间通过yield
方式切换执行权,并交换信息。就像下面这样:
1 | function asyncFunc() { |
协程在遇到yield
关键字时交出自己的执行权,直到执行权返回。这里someFunc
方法可以是一个异步操作。
ES6中协程体现在Generator函数中。函数在function
关键字后添加星号*
以示和普通函数的区分。Generator函数是可以通过yield
暂停执行的。比如:
1 | function* gen () { |
Generator函数的调用通过next
方法完成。每次调用后会将函数流程移动到下一个yield语句处。yield的返回包含两个属性value
和done
。前者代表yield的返回值,后者代表生成器函数是否已经执行完毕。
同时,每次调用next
方法时,可以输入参数作为上个异步任务的返回值。调用throw
方法可以向生成器函数内抛出错误。
1 | function* gen () { |
使用Generator函数封装一个异步操作,再通过执行器管理函数内部的异步流程。通过这种方式,在Generator函数中可以很方便地书写异步操作。例如,利用fetch API发起一次跨域请求。
1 | function* gen() { |
fetch API返回一个promise对象,通过为之指定then
,处理fetch成功后的返回值。
co和koa
我们上面提到了使用Generator还缺少的一样东西——执行器。使用Generator函数在其中通过yield返回Promise,但是外层还是需要在promise的then方法中书写g.next(data)
来通知协程继续操作。co函数库帮助我们完成了执行器的工作。
以回调函数中完成读文件操作为例(注意:其中的readFile先被改写成返回thunk函数的格式,即只接收callback作为唯一的输入参数)
1 | var fs = require('fs'); |
上面的代码里,为co
函数传入Generator函数,就会自动依次执行其中的异步任务,并在返回一个Promise对象。因此,可以给co
函数通过then
的方式添加回调函数。
co
co的代码并不复杂,核心代码只有数十行。摘录如下:
1 | function co(gen) { |
在看co的代码前,我们不妨先想一下它的原理。Generator 函数只是一个异步操作的容器,它的流程和控制是由外部机制完成的。而thunk函数(这个在下面介绍)和Promise对象恰恰可以方便得在回调函数和then方法中交还执行权给Generator函数。
这么来看就简单了,co函数库针对thunk函数和Promise对象封装了执行器。以比较好理解的Promise对象为例(co在内部也会将thunk函数转为Promise对象)。
首先将readFile的thunk函数转为Promise对象。其中ctx绑定到co函数体内。(co函数库的thunkToPromise函数)
1 | var readFile = function (path) { |
之后同样使用上节中的生成器函数gen()
,并手动执行下一步操作。
1 | function* gen() { |
发现规律了么?自动执行器实际上就是在g.done == false
时,不断地在then方法中嵌套添加回调函数。结果呼之欲出。
1 | // 执行器 |
每执行一次next,检查done
的状态,若未结束则在then方法继续指定next方法,等待下一次返回结果。这也是co函数库的基本原理。
源码
理解了原理后,回头看co的源码,就比较好理解了。前6行对传入的gen
检测是否为Generator类型。onFulfilled
函数和onRejected
函数对Generator函数原有的next
和throw
函数进行了封装,便于错误捕获和处理。
在next
方法中,主要做了下面的4步微小的工作:
- 查是否已经到Generator函数的最后一步,如果是则返回
- 确保每次
yield
返回值都是Promise对象 - 通过
then
方法,为返回值添加回调函数,并在回调中再次调用自身 - 对于类型不合适的
gen
,将状态修改为rejected
co能接收的yield返回值类型是有限的(尽管Generator函数中的yield后不限制返回值类型),有thunk函数,array,object,Promise对象。其中array和object使co可以胜任并发的操作,即可以在yield中返回多个异步操作任务。
koa
koa是建立在generator和co之上的中间件框架,由Express开发人员打造。它通过组合不同的生成器函数,避免了繁杂易出错的回调函数嵌套。koa中没有绑定任何中间件,仅仅提供了一个轻量级函数库。
Koa 中间件以一种更加传统的方式级联起来, 跟你在其他系统或工具中碰到的方式非常相似。 然而在以往的 Node 开发中, 级联是通过回调实现的, 想要开发用户友好的代码是非常困难的, Koa 借助 generators 实现了真正的中间件架构, 与 Connect 实现中间件的方法相对比,Koa 的做法不是简单的将控制权依次移交给一个又一个的方法直到某个结束,Koa 执行代码的方式有点像回形针,用户请求通过中间件,遇到 yield next 关键字时,会被传递到下游中间件(downstream),在 yield next 捕获不到下一个中间件时,逆序返回继续执行代码(upstream)。
thunk
上文中提到的thunk函数实际上由来已久,它是函数传名调用的一种实现方式,不同于函数的传值调用。就像下面的例子一样。
1 | // 执行器 |
JavaScript中的thunk函数有着另外的意思,它替换的不是一个输入参数,而是将多参数的函数替换成单参数的版本,且只接受回调函数作为输入参数,正如之前写到的例子一样。
一个简单的thunk函数转换器写起来并不复杂,像下面这样:
1 | var thunk = function(fn) { |
node-thunkify模块对此又多了一些监测,如在最内层的function添加called变量确保回调函数只执行一次。Thunkify的源码相比co就更短了。
1 | function thunkify(fn) { |
thunk函数的特点和Promise对象类似,就是将回调函数的绑定单独抽离出来,thunk函数结合Generator函数实现自动流程管理方法和Promise一样。
async
从Promise对象到Generator函数,JavaScript中的异步编程越来越简单,但是还是有戴着镣铐跳舞的感觉,async函数的提出即将把这个镣铐摘掉。
async函数的使用和Generator函数很像,我们改写之前的那个读取文件函数如下:
1 | async function readFile() { |
虽然和Generator函数很像,但是它有着更清晰易懂的语法,更广的适用性(await
后可以跟任何类型,在原始类型时等同于同步操作)。最关键的是,async函数自带执行器!!!
在实现上,async函数和Generator函数是一样的,不过是将执行器放在自身内部而已。
1 | function fn(args) { |
在使用上,async函数返回一个Promise对象。可以使用then方法添加回调函数。当遇到await
时先返回,等待异步操作完成后再执行函数体后的语句。await
只能用在async函数中,在普通函数中使用会报错。同时,async函数目前是ES7的标准,需要通过Babel转码使用。
参考
This API is so Fetching!
co
co和koa
Understanding JavaScript’s async await