如何优雅的处理Nodejs中的异步回调

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何优雅的处理Nodejs中的异步回调相关的知识,希望对你有一定的参考价值。

拥抱ES6,替代回调函数,解决回调地狱问题

话说EcmaScript Harmony (ES6)给js引入了不少新特性,对ES6不太了解的同学,可以自行百度一下。

在nodejs中使用ES6的新特性,需要用v0.11.x以上的版本才行。

本文介绍的是使用Generator特性替代回调函数,对Generator不了解?可以看看这里。

这里用到了co和thunkify两个模块,大家使用npm install命令安装之。

启动时,为了让nodejs支持ES6的特性,需要附加--harmony参数,如:node --harmony index.js

还是以本文刚开始提到的问题为例,使用generator特性的实例代码如下:

var fs = require(\'fs\')
, co = require(\'co\')
, thunkify = require(\'thunkify\');

var readFile = thunkify(fs.readFile);

co(function *()
var test1 = yield readFile(\'test1.txt\');
var test2 = yield readFile(\'test2.txt\');
var test = test1.toString() + test2.toString();
console.log(test);
)();

处理代码中的异常也是很简单的,只需要这样就OK了:

try
var test1 = yield readFile(\'test1.txt\');
catch (e)
// 在这里处理异常
参考技术A

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小白最为头疼的问题。

这种层层嵌套的代码给开发带来了很多问题,主要体现在:

    代码可能性变差

    调试困难

    出现异常后难以排查

    本文主要是介绍如何优雅的处理以上异步回调问题。

    初级方案:通过递归处理异步回调

    我们可以使用递归作为代码的执行控制工具。把需要执行的操作封装到一个函数中,在回调函数中通过递归调用控制代码的执行流程,废话不多说,上个代码吧:

    var fs = require('fs');// 要处理的文件列表var files = ['file1', 'file2', 'file3'];function parseFile ()  if (files.length == 0)    return;
       var file = files.shift();
     fs.readFile(file, function (err, data)    // 这里处理文件数据
       parseFile();  // 处理完毕后,通过递归调用处理下一个文件  );
    // 开始处理parseFile();

    以上代码已依次处理数组中的文件为例,介绍了通过递归的方式控制代码的执行流程。

    应用到一些简单的场景中还是不错的,比如:我们将一个数组中的数据,依次保存到数据库中就可以采用这种方式。

    通过递归的方式可以解决一些简单的异步回调问题。不过对于处理复杂的异步回调还是显得有些无能为力(如需要同步多个异步操作的结果)。

本回答被提问者采纳

nodejs中的异步回调机制

1.再次clear Timer定时器的作用

setTimeOut绝非是传统意义上的“sleep”功能,它做不到让主线程“熄火”指定时间,它是用来指定:某个回调在固定时间后插入执行栈!(实际执行时间略长于这个固定时间)

2.js或nodejs想"sleep"主线程怎么做?

可以自定义sleep休眠函数,原理就是 目标时间 >= 当前时间+sleepTime; 然后不断在while中tick时间、比较。直接看代码吧。

function sleep(numbermsec){
  let now = new Date().getTime();
  let desc = now+numbermsec;
  while( now<desc ){
    now = new Date().getTime();
  }
}

3.js/nodejs的回调到底什么时候执行?可以回调了就执行还是等主线程执行完才执行?做个实验验证一下。

const fs = require(\'fs\');
//异步读文件
fs.readFile( __dirname+\'/15_fs.js\',\'utf8\',(err,data) =>{
  if( err ){
    console.log( \'whoops!\' );
    throw err;
  }else{
    console.log( \'success!\' );
  }
} );
//异步执行setTimeout
setTimeout(() => {
  console.log( \'settimeout!\' );
}, 1000);
console.log( \'time1:\'+new Date().getTime() );
//主程序sleep休眠
function sleep(numbermsec){
  let now = new Date().getTime();
  let desc = now+numbermsec;
  while( now<desc ){
    now = new Date().getTime();
  }
}
sleep(3000);
//主程序执行同步读文件操作
let buf = fs.readFileSync(__dirname+\'/15_fs.js\',\'utf8\');
console.log( buf );
console.log( \'time2:\'+new Date().getTime() );

打印结果:

打印结果分为5部分,从上到下5种颜色,分别标记为1,2,3,4,5:

1.打印主程序的第一个时间戳:time1

2.主程序的同步读文件操作并打印

3.打印主程序的第二个时间戳,time2,很清晰的看到2、3的执行时间比1晚了大约3000ms

4.执行异步的setTimeout回调函数

5.执行异步读文件的回调函数

综上分析可知:

js/nodejs的异步操作是在“整个主程序”都解析执行完毕之后,才执行!

 ——学无止境,保持好奇。May stars guide your way.

 

以上是关于如何优雅的处理Nodejs中的异步回调的主要内容,如果未能解决你的问题,请参考以下文章

nodejs异步回调函数中this问题,求助

如何使用 nodejs 将异步用于回调?

nodejs中的异步回调机制

nodejs如何从异步回调函数返回想要的值

nodejs知识结构

nodejs基础 -- 回调函数