Node.js Event loop 监控器。高的 frequency 和低的持续时间是最理想的 event loop 状态。

上图显示三点半到五点半之间，event loop 的 frequency 骤降，然后 duration 居高不下。

Node.js 是一个基于事件的平台。这意味着在 Node 中发生的一切都是对事件的反应。通过 Node 的事务会遍历级联的回调(a cascade of callbacks)。

这一切都由一个名为 libuv 的库处理，它提供了一种称为事件循环的机制。

关于 Node.js 的事件循环，有很多误解。

误解1：事件循环机制运行在独立于用户逻辑的单独线程内

误解：

有一个主线程，用户的 JavaScript 代码（userland 代码）在其中运行，另一个主线程运行事件循环。每次发生异步操作时，主线程都会将工作交给事件循环线程，一旦完成，事件循环线程就会通知主线程执行回调。

正确的理解：

只有一个线程执行 JavaScript 代码，这是运行事件循环的线程。回调的执行（运行中的 Node.js 应用程序中的每个用户空间代码都是回调）由事件循环完成。

误解2：异步操作通过线程池完成

异步操作，如使用文件系统、执行出站 HTTP 请求或与数据库对话，总是加载到 libuv 提供的线程池中。

正确的理解：

Libuv 默认创建一个包含四个线程的线程池来卸载异步工作。今天的操作系统已经为许多 I/O 任务提供了异步接口（例如 Linux 上的 AIO）。
只要有可能，libuv 就会使用那些异步接口，避免使用线程池。

这同样适用于第三方子系统，如数据库。这里驱动程序的作者宁愿使用异步接口也不愿使用线程池。

简而言之：只有在没有其他办法的情况下，才会使用线程池进行异步I/O.

事件循环不断遍历异步任务的 FIFO，并在任务完成时执行回调。

正确的理解：

虽然涉及到类似队列的结构，但事件循环不会遍历并处理堆栈。作为一个进程的事件循环是一组具有特定任务的阶段，这些阶段以循环方式处理。