反应器模式在 Node.js 中是如何工作的？

Question

我正在阅读 Node.js 设计模式。 我被困在对反应器模式的理解中。 我在这里看不到任何调用堆栈。 我认为调用堆栈是 Node.js 设计的主要部分之一。 谁能帮我理解这张图？ 此外，没有回调队列。

Answer 1

一切都从应用程序开始，应用程序发出请求，事件多路分解器收集这些请求，然后形成队列，即事件队列。 事件解复用器由 libuv 运行，它是一个异步 IO 库，允许 Node.js 执行 I/O。

在图中，您会看到一个事件队列。 实际上不仅有 1 个事件队列，还有 7 个基本队列。 这些队列具有升序优先级，事件循环首先检查最高优先级的队列。

定时器队列具有最高优先级。 setTimeout 和 setInterval 函数在这里排队。 一旦事件在这个队列中完成，或者时间到了，事件循环将这些函数传递给调用堆栈，在图中它被命名为执行处理程序。

一旦其中一个事件队列完成，而不是跳转到下一个队列，事件循环首先将检查其他 2 个队列，这些队列将其他微任务和 process.nextTick 函数排队。 然后它会跳到下一个队列。 此图将帮助您可视化事件循环。

如果事件队列中没有事件或事件解复用器没有挂起的请求，则程序将完成。

注意：提到的回调队列是事件队列，调用堆栈是执行处理程序。

Answer 2

1. 应用程序通过向 Event Demultiplexer 提交请求来生成新的 I/O 操作。应用程序还指定一个处理程序，该处理程序将在操作完成时调用。 向 Event Demultiplexer 提交新请求是一个非阻塞调用，它会立即将控制权返回给应用程序。
2. 当一组 I/O 操作完成时，Event Demultiplexer 将一组相应的事件推送到 Event Queue 中。
3. 此时，事件循环遍历事件队列的项目。
4. 对于每个事件，都会调用关联的处理程序。
5. 处理程序是应用程序代码的一部分，在事件循环执行完成时将控制权交还给事件循环 (5a)。 在处理程序执行时，它可以请求新的异步操作 (5b)，从而将新项目添加到事件多路分解器 (1)。
6. 当事件队列中的所有项目都处理完毕后，事件循环再次阻塞事件解复用器，然后当有新事件可用时触发另一个循环。

归功于 packtpub.com