深入解析koa之异步回调处理

1. 回调金字塔及理想中的解决方案

我们都知道javascript是一门单线程异步非阻塞语言。异步非阻塞当然是它的一个优点，但大量的异步操作必然涉及大量的回调函数，特别是当异步嵌套的时候，就会出现回调金字塔的问题，使得代码的可读性非常差。比如下面一个例子：

var fs = require('fs');fs.readFile('./file1', function(err, data) {console.log(data.toString());fs.readFile('./file2', function(err, data) {console.log(data.toString());})})

这个例子是先后读取两个文件内容并打印，其中file2的读取必须在file1读取结束之后再进行，因此其操作必须要在file1读取的回调函数中执行。这是一个典型的回调嵌套，并且只有两层而已，在实际编程中，我们可能会遇到更多层的嵌套，这样的代码写法无疑是不够优雅的。

在我们想象中，比较优雅的一种写法应该是看似同步实则异步的写法，类似下面这样：

var data;data = readFile('./file1');//下面的代码是第一个readFile执行完毕之后的回调部分console.log(data.toString());//下面的代码是第二个readFile的回调data = readFile('./file2');console.log(data.toString());

这样的写法，就完全避免回调地狱。事实上，koa就让我们可以使用这样的写法来写异步回调函数:

var koa = require('koa');var app = koa();var request=require('some module');app.use(function*() {var data = yield request('http://www.baidu.com');//以下是异步回调部分this.body = data.toString();})app.listen(3000);

那么，究竟是什么让koa有这么神奇的魔力呢？

2. generator配合promise实现异步回调同步写法

关键的一点，其实前一篇也提到了，就是generator具有类似"打断点"这样的效果。当遇到yield的时候，就会暂停，将控制权交给yield后面的函数，当下次返回的时候，再继续执行。

而在上面的那个koa例子中，yield后面的可不是任何对象都可以哦！必须是特定类型。在co函数中，可以支持promise, thunk函数等。

今天的文章中，我们就以promise为例来进行分析，看看如何使用generator和promise配合，实现异步同步化。

依旧以第一个读取文件例子来分析。首先，我们需要将读文件的函数进行改造，将其封装成为一个promise对象：

var fs = require('fs');var readFile = function(fileName) {return new Promise(function(resolve, reject) {fs.readFile(fileName, function(err, data) {if (err) {reject(err);} else {resolve(data);}})})}//下面是readFile使用的示例var tmp = readFile('./file1');tmp.then(function(data) {console.log(data.toString());})

关于promise的使用，如果不熟悉的可以去看看es6中的语法。(近期我也会写一篇文章来教大家如何用es5的语法来自己实现一个具备基本功能的promise对象，敬请期待呦^_^)