Event Loop（事宜轮询）机制是一个常常把人搞晕的东东。我不敢说我完整邃晓，只是在此谈谈我的肤见。

事宜的处置惩罚

浏览器是一个事宜驱动（event-driven）架构的软件。它的UI线程中会不停发生用户事宜。然则处置惩罚事宜的JavaScript是单线程实行的，这是一个浏览器环境下难以转变的近况（HTML5 Web Works没有从本质上转变这个模子）。这意味着：在JavaScript处置惩罚某个使命（实行某段代码）历程当中，假如发生了用户事宜，它不会立即被处置惩罚。那这类状况该怎样办呢？

浏览器保护了一个“使命行列”（一个优先行列数据结构），它是一个浏览器历程资本。每当UI线程发生一个事宜，事宜对象就被当作使命放入使命行列中（enqueue）。当JavaScript实行线程余暇的时刻，行列中的一个使命就会被送往JavaScript实行线程（dequeue），举行相应的处置惩罚。

这个enqueue和dequeue的机制就是“Event Loop”。

然则，不仅用户事宜能够被Event Loop机制处置惩罚，还能更多的东西是依靠这个机制的。

<!–more–>

异步IO的处置惩罚

假如没有异步的理念，这个天下会完整差别：一个耗时的I/O操纵（比方HTTP要求）会致使JavaScript实行线程守候，而后续的操纵得不到实行。这类状况下，一个耗时的服务器端数据库操纵http要求，会让JavaScript实行线程壅塞，浏览器将历久处于假死状况，在此期间，其他后续操纵（包含用户的交互事宜）得不到相应。

幸亏浏览器不是单线程的。它能够（但不是必需）让这些I/O使命让其他线程来托管，如许就形成了一个实行使命的线程池。然则这些使命的效果总归要回到JavaScript实行线程上处置惩罚，因而这些使命也被放到使命行列中：须要被托管的使命被放入行列中（enqueue），已完成的使命会被从行列中一个个掏出（dequeue），回到JavaScript实行线程实行回调。在这些耗时的I/O使命被托管的时刻，JavaScript实行线程能够实行其他代码。

在Node中，这个历程是相似的。本文不表。

这便是异步的原理了。我们看到它一样依靠Event Loop的机制。

定时器

浏览器的全局对象window供应了两个要领，setTimeout和setInterval。这两个要领实际上是调用了浏览器的API，将一个使命移除出JavaScript实行线程中，延时处置惩罚。

我们如今立时能够回响反映过来：这个将要被延时的使命一样是放到了使命行列中。在一次Event Loop历程当中，它会优先将该时候点下已到时的延时使命移除出行列，放入JavaScript实行线程中。这意味着，使命行列是一个优先行列。

然则因为JavaScript实行线程的实行时候是不确定的，所以这个延时只是一个大致的值，它取决于JavaScript实行线程的实行时候。

回调函数

使命完成的时刻，JavaScript须要实行哪段代码来处置惩罚呢？当然是回调函数了。

然则难免新鲜的一点就是：JavaScript中怎样晓得要实行的是哪一个回调函数呢？答案就是：使命被放入使命行列的时刻，该使命的回调函数会被注册（注册到什么处所？须要进一步探讨）。如许，当特定使命完成的时刻，使命效果和回调标记会返回给JavaScript实行线程，进入实行栈。

事宜处置惩罚器

与其他使命差别，事宜并非由JavaScript实行线程发出的，而是从UI线程中发出的。

事宜处置惩罚器和回调函数相似。然则特定的事宜处置惩罚器在浏览器进入异步事宜驱动阶段时就会针对特定的事宜注册。当事宜对象返回到JavaScript实行线程时，事宜处置惩罚器也会同时进入实行栈中实行。

完毕

越往后写，越发明我之前的一些明白有误差。在进修历程当中，我也要多深思，多总结。之前写的不对的处所，我也会尽早改正。