Nodejs之路:非I/O的异步API

本篇主要介绍setTimeout,setInterval,setImmediate和process.nextTick。

1,定时器

Node中的定时器和浏览器中用法一致。区别在于:在Node中,执行到setTimeout或setInterval的时候,会生成一个定时器,调用setTimeout或setInterval创建的定时器会被插入到定时器观察者内部的一个红黑树中。每次事件循环,会从这个红黑树中迭代取出定时器对象,检查是否超过定时时间,如果超过了,就形成一个事件,它的回调函数立即执行。

换句话说,执行定时器,就会有一个定时器观察者,每次事件循环,观察者就会去看定时器到点儿没,到了就执行回调。虽然每次事件循环很快,但是也会存在某个任务占用CPU时间片较长,然后超过了定时器的时间,导致等观察者去检查的时候,已经过了时间了。

这个和浏览器机制类似,但是浏览器好像没有观察者这一概念(没有在event loop文档里看到)

2,process.nextTick()

这个方法的效果就跟它的命名一样,将回调函数推入到下一次Tick,相比于定时器,它的复杂度较低,更高效,因为它不需要迭代红黑树,而是直接将回调函数放入队列中。

至于它的执行速度,知乎上讨论的比较激烈,我站队这个说法:

3,setImmediate

也是将回调函数延迟执行,但是优先级方面,process.nextTick()中的回调函数执行的优先级要高于setImmediate()。这里的原因是在于事件循环对观察者的检查是有先后顺序的,process.nextTick()属于idle观察者,setImmediate()属于check观察者。在每一个轮循环检查中,idle观察者先于I/O观察者,I/O观察者先于check观察者。

在具体实现上,两者也有差异,process.nextTick()的回调函数是在一个数组中,而setImmediate()的结果则是保存在链表中。在行为上,process.nextTick()在每轮循环中会将数组的回调函数全部执行完,而setImmediate()在每轮循环中执行链表中的一个回调函数。

setImmediate(function(){
    console.log('setImmediate 1');
    process.nextTick(function(){
         console.log('process 1')
    })
});

setImmediate(function(){
     console.log('setImmediate 2')
});

 上面代码执行结果:

setImmediate 1
process 1
setImmediate 2

 可以看出执行完setImmediate 1以后并没有执行setImmediate 2,而是执行了下一轮循环,然后先执行了process 1,然后再执行了setImmediate 2。这样设计的目的是为了保证每轮循环能够较快地执行结束,防止CPU占用过多而阻塞后续I/O调用的情况。看来process.nextTick还真的是微任务,而且不光是这样,在node环境下,process.nextTick的执行优先级高于promise的回调。 

end

原文地址:https://www.cnblogs.com/yanchenyu/p/8463055.html