Nodejs最大的亮点就在于事件驱动, 非阻塞I/O 模型,这使得Nodejs具有很强的并发处理能力,非常适合编写网络应用。在Nodejs中大部分的I/O操作几乎都是异步的,也就是我们处理I/O的操作结果基本上都需要在回调函数中处理,比如下面的这个读取文件内容的函数:
fs.readFile('/etc/passwd', function (err, data) { if (err) throw err;
console.log(data);
});
那,我们读取两个文件,将这两个文件的内容合并到一起处理怎么办呢?大多数接触js不久的人可能会这么干:
fs.readFile('/etc/passwd', function (err, data) { if (err) throw err;
fs.readFile('/etc/passwd2', function (err, data2) { if (err) throw err; // 在这里处理data和data2的数据 });
});
那要是处理多个类似的场景,岂不是回调函数一层层的嵌套啊,这就是大家常说的回调金字塔或回调地狱(http://callbackhell.com/)的问题,也是让js小白最为头疼的问题。
这种层层嵌套的代码给开发带来了很多问题,主要体现在:
代码可能性变差
调试困难
出现异常后难以排查
本文主要是介绍如何优雅的处理以上异步回调问题。
初级方案:通过递归处理异步回调
我们可以使用递归作为代码的执行控制工具。把需要执行的操作封装到一个函数中,在回调函数中通过递归调用控制代码的执行流程,废话不多说,上个代码吧:
以上代码已依次处理数组中的文件为例,介绍了通过递归的方式控制代码的执行流程。
应用到一些简单的场景中还是不错的,比如:我们将一个数组中的数据,依次保存到数据库中就可以采用这种方式。
通过递归的方式可以解决一些简单的异步回调问题。不过对于处理复杂的异步回调还是显得有些无能为力(如需要同步多个异步操作的结果)。
不管是在Node中,还是其他的Javascript中,只要使用异步就会进入回调陷阱。
之前的方法一般是利用第三方框架将异步写成同步方法,而框架在后台解释翻译将同步方法变回异步。
但是,当ES6出来后,多了Promise对象。可以利用Promise进行异步的链式传递。
在ES7出来后,Promise变得更简便了。可以利用Async/Await像写同步方法一样写异步方法。
如果需要获得ES6和ES7支持,请检查Node的版本及支持,可能需要Babel释义器等才能运行。