node.js 口号是 event driven I/O
单线程
注意这个单线程是指js执行在单线程中，所有的IO都是阻塞的，node的异步是因为后面有线程池帮它撑着。线程池做IO工作，所以Js那个线程不会阻塞。
所以node只是高并发，用户等待的时间不会减少，甚至更多，切换上下文也需要时间啊！

感觉那个像是一群人在做传销是的，从不说node真正是什么，看了好几本书都说node单线程，单线程。。。那我就纳闷了，单线程，做的事情不会减少，凭什么就能处理那么多请求。。。这些书就没告诉我是线程池干的事，隐藏真实的东西。。。哼

深入浅出node.js 国内写的书，说的很明白，感觉比国外的那三本(in Action/Apress的pro node/wrox的professional)E文书要好。好好看这本，就这样吧！

ID很叼

单个用户等待时间确实更多
不过并发高的话，多个用户等待时间就会明显少了。。。

node的异步实现顶层肯定也是多线程，但是我觉得node的优点是能更好的利用cpu以及编码简单灵活。

如果别的线程都不用，那不是忒浪费了点？

不要误导别人好吗 nodejs用中断的机制 不需要线程池 线程池那是PHP

不懂不要胡说.

我用解释性的代码举个例子:
请求..
要菜单列表
得到菜单列表
响应，发送菜单列表
同时来了30个请求，同步最大并发3个。
我们来比较下同步和异步的实现方式:
同步:
进程1 -> 请求 -> 要菜单列表 -> 得到菜单列表 -> 响应，发送菜单列表
进程2 -> 请求 -> 要菜单列表 -> 得到菜单列表 -> 响应，发送菜单列表
进程3 -> 请求 -> 要菜单列表 -> 得到菜单列表 -> 响应，发送菜单列表
4,5,6,...等待前3个完成
异步:
进程1 -> 请求 -> 要菜单列表 -> 交给操作系统
------------> 请求 -> 要菜单列表 -> 交给操作系统
------------> 请求 -> 要菜单列表 -> 交给操作系统
... ............继续接受请求
------------> 得到菜单列表 -> 响应，发送菜单列表
------------> 得到菜单列表 -> 响应，发送菜单列表
------------> 得到菜单列表 -> 响应，发送菜单列表
................得到菜单列表 -> 响应，发送菜单列表
看出区别了吗？ 我只开了一个进程，处理了3个请求。
如果一个进程消耗10M内存，那么节省了20M内存。
同步的时候，一旦3个进程填满，后面的都要等待。
异步的时候，并没有等待，NODEJS继续处理请求，然后把IO交给操作系统。
操作系统取出数据，回调，NODEJS发送响应。

看到楼上这么搞笑，我也来。
js:
线程1： 请求1 请求2 请求3 请求4 请求5 回调处理1 请求6 回调处理2 回调处理3 回调处理5
回调处理6 回调处理4
C# 设置线程池线程数固定为3
线程1：请求1 请求4 请求6 回调处理5
线程2：请求2 请求5 回调处理2 回调处理6
线程3：请求3 回调处理1 回调处理3 回调处理4
java 多线程固定线程数3个
线程1：请求1 阻塞 处理1 请求4 阻塞 处理4
线程2：请求2 阻塞 处理2 请求5 阻塞 处理5
线程3：请求3 阻塞 处理3 请求6 阻塞 处理6
无阻塞 C# 完爆js
完毕。