Node.js 流血事件循环

惨案重复是了解 Node.js 的关键层面之一。它断言了 node.js 如何可以异步并具有非阻碍输入和反向系统设计。 node.js JavaScript 标识符在单个线程上试运行。一次只时有发生一件有事。这个限制比较有用，它标准化了编码而不用害怕模版解决办法。唯一的有一定会是避开像定时网络子程序或无限重复这样的有一定会。

惨案重复——阻碍

当 JavaScript 标识符需要不长星期才能将控制权调回给惨案重复时，可能会时有发生阻碍，甚至会阻碍 UI 线程，用户甚至无法鼠标或滑动。

由于 JavaScript 的大多数 I/O 转义都是非阻碍的，因此阻碍是例外情况，这就是 JavaScript 主要基于回退、promise 和 async/await 的主因。

子程序格式化

子程序格式化是后进先出 (LIFO) 格式化。惨案重复不断检查子程序格式化以察看是否有任何参数要分派。这些参数子程序被添加到子程序格式化并按排序分派。

一个直观的惨案重复的断言

当此标识符分派时，首先子程序 foo()。 在 foo() 之中，我们首先子程序 bar()，然后子程序 baz()。

此时子程序格式化如下所示：

每次渐进的惨案重复都会察看子程序格式化之中是否有样子并分派它直到子程序格式化为空。

排队基本功能分派

上头的举例来说有点很正常。 让我们看看分派 setTimeout(() => {},0) 参数更会时有发生什么。 它用于子程序一个参数，但在标识符之中的每个其他参数分派后分派它。

看示意图的举例来说。

它说明了以下反向可能令人惊讶。

当此标识符第一次试运行时，子程序 foo()。 在 foo() 内部，我们首先子程序 setTimeout，将 bar 作为参数发送到，并请示它尽快试运行，将 0 作为系统设计者发送到。 然后我们子程序 baz()。

这里实际时有发生了什么？

传闻链表

子程序 setTimeout() 时，浏览器或 node.js 会启动系统设计者。 一旦启动时签订合同，我们将 0 作为超时，回退参数被装入传闻链表之中。

传闻链表也是用户启动的惨案（如鼠标或扬声器惨案或赚取响应）在标识符有机会对其做出反应之前排队的位置。

重复应将重新考虑子程序格式化并处理过程子程序格式化之中认出的所有段落，一旦那里没任何段落，重复就会在传闻链表之中提炼出段落。