主要地，在一个点Ryan Dahl(Node.js的创建者)说Node.js是基于事件循环，而不是基于线程。线程是昂贵的，并且应该仅由并发编程的专家来利用。
然后，他展示了Node.js的架构堆栈，它有一个底层的C实现，它在内部有自己的线程池。所以显然Node.js开发人员永远不会启动自己的线程或直接使用线程池…他们使用异步回调。我明白了。
我不明白的是，Node.js仍然在使用线程…它只是隐藏的实现，所以如果这更快，如果50人请求50文件(目前不在内存)，那么不是50线程需要？
唯一的区别是，由于它在内部管理，Node.js开发人员不需要编写线程细节，但是它仍然使用线程来处理IO(阻塞)文件请求。
所以你不是真的只是采取一个问题(线程)和隐藏它，而这个问题仍然存在：主要是多线程，上下文切换，死锁…等等？
必须有一些细节我还是不明白这里。
想想他给出的一个例子，请求进来，你运行一些查询，然后做一些事情的结果。如果你以标准的程序方式编写代码，代码可能如下所示：
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。 (我不确定节点是复杂到足以开始更多的工作为同一个请求，但你得到的想法。)
