Chrome浏览器事件循环与节点事件循环之间是否存在显着差异？

Question

菲利普·罗伯茨做了精彩的工作,解释的浏览器事件循环这里提供的调用堆栈,事件循环,任务队列,然后在"外"之类webapis线程之间的明确的解释.我的问题是这些与Node事件循环中的等效组件并行,并且它们被称为基本相同的东西.也就是说,当我使用Node的文件和Web i/o库进行调用时,这些是在堆栈外发生的事情,其回调在任务队列中排队？

Answer 1

...当我使用Node的文件和Web i/o库进行调用时,这些是在堆栈外发生的事情,其回调在任务队列中排队？

是的,一点没错; 它们就像Ajax一样setTimeout异步并且是异步的.它们在调用堆栈之外执行某些操作,当它们完成该操作时,它们将事件添加到队列以由事件循环处理.

Node的API提供了一种异步无操作,setImmediate.对于该函数,我上面提到的"一些操作"是"什么都不做",之后一个项目立即被添加到事件队列的末尾.

有一个更强大的功能process.nextTick,可以在事件队列的前面添加一个事件,有效地切入线并使所有其他排队事件等待.如果以递归方式调用,这可能会导致其他事件延迟(直到达到maxTickDepth).

Answer 2

两者完全不同。浏览器的事件循环不依赖于I/O 操作。但是 Node js 事件循环依赖于I/O 操作。这里 Node js 事件循环的主要目标是分离出主进程并尝试异步执行 I/O 操作和其他计时器 API。

另一个区别是我们在浏览器中没有setImmediate()函数。setTimeout() 和 setImmediate() 之间的区别在于 setTimeout() 回调函数将在给定的最小阈值（以毫秒为单位）之后执行。但是在 setImmediate() 中，一旦完成任何 I/O 操作，如果在 setImmediate() 中给出了特定代码，它将首先执行。

因为正常情况下

setTimeout(() => {
    //some process
}, 0);

和

setImmediate(() => {
    //some process
});

是相同的，我们无法预测哪个将首先执行。但从Node js的角度来看，在nodejs事件循环机制下，如果两者都存在于任何I/O操作的回调下，setImmediate()将首先执行。所以，

let fs = require('fs');
fs.readFile('/file/path', () => {
   setTimeout(() => {
      console.log('1');
   }, 0);
   setImmediate(() => {
      console.log('2');
   });
});

上述代码的输出将是，

2
1