node.js - nodejs 代表的是 Reactor 还是 Proactor 设计模式？

Question

网上很多文章都以nodejs为例来演示 react 器模式。是不是更偏向于前者？

据我了解，两者的区别在于:

1. reactor handles events in a single thread (synchronously) ,
2. proactor handles events is multiple threads (asynchronously) with completion callbacks .

例如 this article :

Reactor Pattern is an idea of non-blocking I/O operations in Node.js. This pattern provides a handler(in case of Node.js, a callback function) that is associated with each I/O operation. When an I/O request is generated, it is submitted to a demultiplexer.

它实际上不是proactor的定义吗？

Answer 1

我不熟悉 Proactor 设计模式。在阅读了一些内容之后，我想我理解了你的困惑。

Many articles online demonstrates nodejs as an example of reactor pattern

这是真的。

Isn't it actually definition of proactor?

这也是事实。

不同的是你的观点。

在内部， Node 的事件循环是一个阻塞调用(讽刺的是)。这只是使用非阻塞 I/O 的最有效方式。不同的操作系统有不同的功能来请求操作系统在您感兴趣的事情发生时唤醒您的进程。由于 POSIX 要求，有一个所有现代操作系统都支持的跨平台 API:select()。 Node.js 实际上使用 libuv，它会根据目标平台在编译时自动选择正确的 API。但出于此答案的目的，我们将重点关注 select()。那么让我们看看select() :

    numberOfEvents = select(numberOfWaits, read, write, err, timeout);

select() 函数会阻塞长达 timeout 毫秒，或者读取、写入或出错文件/套接字发生某些事情。仅通过一个函数，操作系统就提供了足够的功能来实现大部分 node.js，从 setTimeout() 和 setInterval() 等计时器到监听网络套接字。使用 select() 事件循环看起来像这样:

// Pseudocode:

while(1) {
    evaluateJavascript();
    timeout = calculateTimers();
    events = select(n, read, write, err, timeout);
    if (events > 0 || timersActive()) {
        getCallbacks(events, read, write, err, timers());
    }
}

这基本上是一种 Reactor 设计模式。

但是，node 在其实现中隐藏了这一点。它向 Javascript 程序员公开的是一组 API，用于注册回调并在事件发生时调用这些回调。这部分是历史的(浏览器 API 就是这样设计的)，部分是实用的(这是一个更加灵活的架构——从 GTK 到 wxWindows 到 .Net 的几乎所有 GUI 框架都是这样工作的)。

您可能认为这听起来很像 Proactor 设计模式。事实上它是。

所以node.js本身就是Reactor设计模式的一个例子。

用 node.js 编写的 Javascript 程序是 Proactor 设计模式的示例。