nodejs是单线程的，是不是意味着一个请求要花长时间计算或读取数据时，其他的请求就要阻塞，等待前面的请求完成？？？

好像，正好相反

实际上很多网络程序并不是在计算，而是在操作数据库和文件，这些东西跟 cpu 关系不大，使用异步非阻塞模型，实际上对于这些请求的处理更快，因为它是单线程，……

给你举个例子，两个setTimeOut，两个时间都写1000，但是第一个回调里进行1000万次的循环，然后打印一句话，第二个回调只打印一句话。你觉得执行顺序是什么样的

是的，应该避免同步的密集运算，可以拆分后用nextTick加入事件循环 避免阻塞

计算会 但读数据肯定不会 因为读数据都是异步读取的

非阻塞也得有非阻塞的实现去支持.
说白了就是提高单线程的执行能力.

同步运算的话会，可以用异步的方式操作
空闲的时候就运算，计算完了就回调，很快的

我理解的话，因为基于回调函数的，所以每个cpu操作都很快，文件读写或数据库操作没完成前，已经异步做其他事情去了

一句话回答，就是阻塞cpu，不阻塞I/O。
CPU上只有一个线程，所以当程序进行计算，占着CPU时，一切其他消息都被阻塞了。而当程序需要等待网络或磁盘等I/O设备时，CPU是空闲的，这个线程就会转去做其他事情。
callback的形式只是打破了顺序执行程序对I/O操作的依赖性，并没有使得cpu操作更快（相反，由于javascript本身的特性，它的cpu效率相对于很多其他语言是更低的）。但由于大多数web server都是I/O intensive的，等待I/O的时间远大于cpu计算的时间，所以node会比其他的程序快。

回答你另一个问题，node处理新的请求不需要等前一个请求完成。
因为在node中响应一个http请求并不是通过一个event完成的。比方说你在第一个event的callback中解析request，然后提交数据库查询；第二个event中接收数据库查询结果，并触发读取模板文件；第三个event中把数据库查询结果填进模板，做成response的页面，发给client，完成http请求的处理。
node中每个event callback是原子操作，必须等前一个完成才能进行下一个，但一个http响应被拆成了几个callback来完成，在它们之间是可以穿插其他的任务的。

其实，node还有子进程，当某些运算太过费时，可以丢给子进程运算，然后继续下个队列，当子进程运算完成后，再返回到队列中来，这样就可以充分利用多核CPU，而不是仅仅依靠ＣＰＵ的单核来进行运算。

虽然是单线程，但是可以通过异步模拟多线程，不会阻塞

和js 还是不一样的！

不会啊，单线程 和多线程 在于同时执行任务的多少，执行一个任务的话，单线程，和多线程 没什么区别，同时执行多个任务的话，多线程的优势就体现出来了，其实，计算机没有办法在同一时间同时处理的，这种看起来像是同时执行，实质上还是要排队执行，不知道说的对不对，差不多是这个意思

现在可以用promise呀。

node是异步的 明白了把

node的异步逻辑通过调用libuv来实现。你去拿libuv写写程序就知道了。libev也成。
简单来说就是有个全局的eventloop，你拿libuv写程序的时候能自己看到。

NODE 在白盒部分 也就是你们看到的部分 是单线程的运行 这个线程你也可以理解为主线程 ， 黑盒部分 用C++编写 会有别的线程来支撑他来运行 主线程不阻塞！！就是循环去运行 可以理解为是一个公司的BOSS 他会发布任务！！ 别的线程去执行！！！不断的循环来问你事情做完没有！！做完了就给我 我来组装！！ 这样说 懂了吗/？？ 其实不难理解 你的代码告诉了你的一切 全是回调函数！！