node.js - Node.js 中 I/O 密集型是什么意思

Question

我在学习 Node.js 时还发现 Node.js 最适合用于 I/O 密集型任务，这让我有点困惑。因此，经过一番研究，我发现了这样的说法:“读取和/或写入大量数据的应用程序”。那么，这是否意味着 Node.js 最好与数据一起使用，即读取大数据，从中获取必要的数据并将其发送回客户端？

Answer 1

nodejs 应用程序的架构可以很好地包含非 I/O 的东西，并且不仅仅适用于大数据应用程序(实际上大数据与它无关)。

当您的应用程序不是 CPU 密集型的，而是将大部分时间花在 I/O(输入/输出)任务上时，Node.js 的默认简单实现性能最佳，例如读取/写入数据库、读取/写入文件、读取/发送网络数据等。这不是关于大数据，而是关于服务器花费大部分时间做什么。

令人惊讶的是(对某些人而言)由于 Web 服务器的主要工作是响应 http 请求，通常是数据请求，因此大多数 Web 服务器将大部分时间花在获取事物、读取和写入事物以及发送事物上，这些都是 I/O 任务。在 node.js 设计中，所有这些 I/O 任务都以非阻塞方式异步发生，并且它们使用事件在这些操作完成时发出信号。这就是描述 node.js 时“事件驱动设计”一词的来源。碰巧这使得 node.js 在处理主要涉及 I/O 的事情时非常有效。这就是 node.js 的简单实现最擅长的。而且，它通常比纯线程服务器设计更好，后者将操作系统线程专用于每个当前进行中的 I/O 操作(许多服务器框架的原始设计)。

如果您确实有 CPU 密集型的事情(主要计算、图像处理、繁重的加密操作等)并且您经常执行它们或者它们需要很长时间，那么如果您将这些任务放在一个工作线程中，您将得到最好的服务或者在另一个进程中，并在 node.js 中的主进程和这个 worker 之间来回通信，以完成 CPU 密集型工作。过去 node.js 没有工作线程，这使得这项任务变得有点复杂，你经常不得不使用一个或多个额外的进程(通过集群或额外的专用进程)来处理这种 CPU 密集型工作，但现在您可以使用工作线程，这会更方便一些。

例如，我有一个需要大量加密(执行十亿次加密操作)的服务器任务。如果我把它放在主 node.js 线程中，这实际上会阻塞事件循环，因此我的服务器在运行重型加密操作时无法处理其他请求，这会破坏我的服务器的响应能力。

但是，我能够将加密工作转移到一个工作线程(实际上是几个工作线程)，然后可以处理加密，而我的主线程保持良好和活跃，以及时处理其他不相关的传入请求。