当内部仍然依赖Threads时,Node.js本身是否更快？

我只是看了下面的视频： Introduction to Node.js仍然不明白你是如何获得速度的好处。

主要地，在一个点Ryan Dahl(Node.js的创建者)说Node.js是基于事件循环，而不是基于线程。线程是昂贵的，并且应该仅由并发编程的专家来利用。

然后，他展示了Node.js的架构堆栈，它有一个底层的C实现，它在内部有自己的线程池。所以显然Node.js开发人员永远不会启动自己的线程或直接使用线程池…他们使用异步回调。我明白了。

我不明白的是，Node.js仍然在使用线程…它只是隐藏的实现，所以如果这更快，如果50人请求50文件(目前不在内存)，那么不是50线程需要？

唯一的区别是，由于它在内部管理，Node.js开发人员不需要编写线程细节，但是它仍然使用线程来处理IO(阻塞)文件请求。

所以你不是真的只是采取一个问题(线程)和隐藏它，而这个问题仍然存在：主要是多线程，上下文切换，死锁…等等？

必须有一些细节我还是不明白这里。

实际上有几个不同的东西在这里混在一起。但它从meme开始，线程只是真的很难。所以如果他们是硬的，你更有可能，当使用线程1)打破由于错误和2)不使用它们尽可能有效。 (2)是你要问的。

想想他给出的一个例子，请求进来，你运行一些查询，然后做一些事情的结果。如果你以标准的程序方式编写代码，代码可能如下所示：

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

如果进来的请求导致你创建一个运行上面的代码的新线程，你会有一个线程坐在那里，而在query()运行时什么也不做。 (Apache，根据Ryan，使用单个线程来满足原始请求，而Nginx在他说的情况下超过它，因为它不是)。

现在，如果你真的聪明，你会表达上面的代码，在环境可以去，并在运行查询时做别的事情：

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

这基本上是node.js在做什么。你基本上是装饰 – 方式方便，因为语言和环境，因此关于关闭的点 – 你的代码这样的环境可以聪明的运行，什么时候。这样，node.js不是新的，因为它发明了异步I / O(不是任何人声称这样的东西)，但它是新的，因为它的表达方式有点不同。

注意：当我说环境可以聪明地关于什么运行和何时，具体我的意思是，它用于启动一些I / O的线程现在可以用于处理一些其他请求，或一些计算，可以做并行，或启动一些其他并行I / O。 (我不确定节点是复杂到足以开始更多的工作为同一个请求，但你得到的想法。)