线程仅用于处理没有异步功能的函数，例如stat()。

该stat()函数始终处于阻塞状态，因此node.js需要使用一个线程来执行实际的调用而不会阻塞主线程（事件循环）。潜在地，如果您不需要调用那些函数，则永远不会使用线程池中的任何线程。

我不明白的是，Node.js仍在使用线程。

Ryan将线程用于阻塞的部分（大部分node.js使用非阻塞IO），因为某些部分难以编写非阻塞的疯狂。但是我相信Ryan希望一切都畅通无阻。在幻灯片63（内部设计）上，您看到Ryan将libev（抽象化异步事件通知的库）用于非阻塞eventloop。由于事件循环，node.js需要较少的线程，从而减少了上下文切换，内存消耗等。

注意！这是一个老答案。尽管在粗略轮廓中仍然是正确的，但是由于Node在过去几年中的快速发展，某些细节可能已更改。

使用线程是因为：

1. open（）的O_NONBLOCK选项不适用于files。
2. 有些第三方库不提供非阻塞IO。

要伪造非阻塞IO，必须使用线程：在单独的线程中阻塞IO。这是一个丑陋的解决方案，并导致大量开销。

在硬件级别甚至更糟：

• 通过DMA，CPU异步卸载IO。
• 数据直接在IO设备和存储器之间传输。
• 内核将其包装在一个同步的阻塞系统调用中。
• Node.js将阻塞的系统调用包装在一个线程中。

这只是愚蠢而低效的。但这至少有效！我们可以享受Node.js，因为它隐藏了事件驱动的异步体系结构背后的丑陋而繁琐的细节。

也许将来有人会为文件实现O_NONBLOCK？

编辑：我与一个朋友讨论了这个问题，他告诉我，线程的替代方法是使用select进行轮询：将超时指定为0并在返回的文件描述符上执行IO（现在保证它们不会阻塞）。

实际上，这里合并了一些不同的东西。但这始于模因，即线程真的很难。因此，如果它们很困难，则使用线程的可能性更大：1）由于错误而中断，2）不能尽可能高效地使用它们。（2）是您要问的那个。

考虑一下他提供的示例之一，其中有一个请求进入，您运行了一些查询，然后对结果进行一些处理。如果您以标准的程序方式编写代码，则代码可能如下所示：

result = query( "select smurfs from some_mushroom" );
// twiddle fingers
go_do_something_with_result( result );

如果传入的请求导致您创建了一个运行上述代码的新线程，则您将有一个线程坐在那里，而在query()运行时则什么也不做。（根据Ryan所说，Apache正在使用一个线程来满足原始请求，而在他所说的情况下，nginx的性能要好于后者，因为它不是。）

现在，如果您真的很聪明，则可以在运行查询时以一种可能导致环境崩溃并执行其他操作的方式来表示上面的代码：

query( statement: "select smurfs from some_mushroom", callback: go_do_something_with_result() );

基本上，这就是node.js的工作。您基本上是在进行装饰（由于语言和环境的原因，因此很方便，因此要考虑闭包的要点），因此您的代码可以使环境对运行的内容和时间有所了解。这样，node.js 在发明异步I / O（并不是有人声称这样）的意义上并不是新的，但是它的表达方式却有所不同。

注意：当我说环境可以在何时运行时变得很聪明时，我的意思是说它用来启动一些I / O的线程现在可以用来处理其他请求或可以完成的某些计算并行，或启动其他并行I / O。（我不确定节点是否足够成熟，可以为同一请求启动更多工作，但是您明白了。）