setTimeout(function timeout() {
console.log('TIMEOUT FIRED');
}, 0)
// 1
// 2
// TIMEOUT FIRED
上面代码中，由于process.nextTick方法指定的回调函数，总是在当前"执行栈"的尾部触发，所以不仅函数A比setTimeout指定的回调函数timeout先执行，而且函数B也比timeout先执行。这说明，如果有多个process.nextTick语句（不管它们是否嵌套），将全部在当前"执行栈"执行。
现在，再看setImmediate。
复制代码 代码如下:
setImmediate(function A() {
console.log(1);
setImmediate(function B(){console.log(2);});
});
setTimeout(function timeout() {
console.log('TIMEOUT FIRED');
}, 0)
// 1
// TIMEOUT FIRED
// 2
上面代码中，有两个setImmediate。第一个setImmediate，指定在当前"任务队列"尾部（下一次"事件循环"时）触发回调函数A；然后，setTimeout也是指定在当前"任务队列"尾部触发回调函数timeout，所以输出结果中，TIMEOUT FIRED排在1的后面。至于2排在TIMEOUT FIRED的后面，是因为setImmediate的另一个重要特点：一次"事件循环"只能触发一个由setImmediate指定的回调函数。
我们由此得到了一个重要区别：多个process.nextTick语句总是一次执行完，多个setImmediate则需要多次才能执行完。事实上，这正是Node.js 10.0版添加setImmediate方法的原因，否则像下面这样的递归调用process.nextTick，将会没完没了，主线程根本不会去读取"事件队列"！
复制代码 代码如下:
process.nextTick(function foo() {
process.nextTick(foo);
});
事实上，现在要是你写出递归的process.nextTick，Node.js会抛出一个警告，要求你改成setImmediate。
另外，由于process.nextTick指定的回调函数是在本次"事件循环"触发，而setImmediate指定的是在下次"事件循环"触发，所以很显然，前者总是比后者发生得早，而且执行效率也高（因为不用检查"任务队列"）。
您可能感兴趣的文章: