诺德是怎么来的。js只使用有限的线程时速度更快？

Question

我一直在学习Node.js，但是我有一个问题在任何地方都找不到答案。这是我对Node.js=

>

它在其体系结构中是单线程的，并且由于其基于事件的异步非阻塞循环，因此可以有效地使用CPU利用率。

它如何执行这些异步请求是在内置库libuv的帮助下完成的，该库在其内部线程池中使用线程（默认为4个线程）。所有这些都远离节点.js使用的“主”主线程。因此，我们不必担心这一点。

但是，这是我的问题 - 假设一次有100个异步请求（假设文件）。因为没有。libuv使用的线程是有限的，node.js如何一次处理这100个异步请求？理想情况下，它应该有 100 个线程来处理这 100 个异步请求，以便将数据快速响应回事件队列。这比多线程进程到底有多快？

Answer 1

这到底比多线程进程快多少？

简单的答案是，有时不是。没有平台/语言/编译器最适合每个可以想象的场景。

但是，有时它更快。处理许多线程有其自身的问题（例如，线程共享CPU内核，线程死锁，争用条件等）。在某些情况下，node的方法更快，因为它没有那么多开销来处理这些问题。在其他情况下，它可能不会更快。

也就是说，如果您发现CPU有限，您可以做一些事情(例如工作线程)来让node.js适应您的环境。这在web服务器上很常见，因为工作线程的数量与CPU内核的数量一样多。(或内核减1，为操作系统留出一个空闲内核，等等)