浅析Js Event Loop

什么是Event Loop？

官网解释

我的理解是js的单线程是他的任务栈是单线程，但他处理异步i/o的方法是依赖libuv开启线程池去处理，完成以后任务加到poll queue里，而后等任务栈的任务为空或事件到达阀值时，把poll queue和定时器的任务加到任务栈里，继续这个循环，这就是大致上的js的Event Loop。

结构

┌───────────────────────────┐
┌─>│           timers          │
│  └─────────────┬─────────────┘
│  ┌─────────────┴─────────────┐
│  │     pending callbacks     │
│  └─────────────┬─────────────┘
│  ┌─────────────┴─────────────┐
│  │       idle, prepare       │
│  └─────────────┬─────────────┘      ┌───────────────┐
│  ┌─────────────┴─────────────┐      │   incoming:   │
│  │           poll            │<─────┤  connections, │
│  └─────────────┬─────────────┘      │   data, etc.  │
│  ┌─────────────┴─────────────┐      └───────────────┘
│  │           check           │
│  └─────────────┬─────────────┘
│  ┌─────────────┴─────────────┐
└──┤      close callbacks      │
   └───────────────────────────┘

timer：
定时任务，当到达阀值时，他不会当即执行，会等待任务栈的任务会阻塞他。

pending callbacks：
此阶段执行某些系统操做（例如TCP错误类型）的回调。例如，若是TCP套接字在尝试链接时收到，则某些*nix系统但愿等待报告错误。这将排队等待在挂起的回调阶段执行。

pull:
这个阶段有两个主要功能：
计算它应该阻塞和轮询I / O的时间，而后
处理轮询队列中的事件。
当事件循环进入轮询阶段而且没有计划定时器时，将发生如下两种状况之一：

若是轮询队列不为空，则事件循环将遍历其同步执行它们的回调队列，直到队列已用尽，或者达到系统相关的硬限制。

若是轮询队列为空，则会发生如下两种状况之一：

若是脚本已执行setImmediate，则事件循环将结束poll阶段并继续执行check阶段以执行这些调度脚本。

若是脚本没有执行setImmediate，事件循环将等待回调被添加到poll queue中，而后当即执行。

一旦poll queue为空事件循环将检查timer，若是一个或多个定时器准备就绪，事件循环将回绕到timer阶段以执行那些timer的回调。

check
此阶段容许人员在轮询阶段完成后当即执行回调 。若是轮询阶段变为空闲而且存在setImmediate任务，那么事件循环直接跳到check执行而不是阻塞在poll阶段等待回调被加入。

setImmediate其实是一个特殊的计时器，它在事件循环的一个单独阶段运行。它使用libuv API来调度在轮询阶段完成后执行的回调。

close callbacks

若是socket或handle忽然关闭（例如socket.destroy()），则该 'close'事件将在此阶段发出。不然它将经过发射process.nextTick()。

引用：

https://nodejs.org/en/docs/gu...