Node.js 的异步 IO 性能探讨
Python和Ruby也有这样的框架，但因为在实际使用中会不可避免地用到含有同步代码的库，因此没能成长起来，而在Node.js之前，JavaScript的服务器端编程几乎是空白，所以Node.js才得以建立起了一个所有IO均为异步的代码库。
大部分Web应用的瓶颈都在IO,即读写磁盘，读写网络，读写数据库。使用怎样的策略等待这段时间，就成了改善性能的关键点。
PHP的策略：多进程运行，直接原地等待IO完成。缺点：多个进程会消耗多份内存，进程间难以共享数据。
C/C++通常的策略：多线程运行，程序自己维护锁的状态。缺点：开发成本高，容易出错，不易调试。
Python(Tornado):多个请求在单个进程中轮流执行，遇到IO时切换到另一个请求。缺点：对于单个请求而言，依然没有最高效地利用时间。
何谓「最高效地利用时间」？比如现在有两个不相关的数据库查询，在PHP中通常会先执行一个，执行完成后再执行第二个(总时间是a+b).显然这不是最高效的，应该同时执行两个查询，时间是max(a,b).
Python和其他支持多线程的语言的问题就在于，在语言层面，程序员很难告诉虚拟机，应当将两个操作同时执行，即使有办法，也相当麻烦，大多数人懒得去用(也不值得去用)。而因为Node.js丧心病狂地强制所有IO异步执行，Node.js的程序员也可以说是轻车熟路，配合一些改善代码可读性库(promise,async),可以很轻松地让不相干的操作并行执行。
上面讲了异步IO的实现，那么异步IO的优势究竟体现在哪里呢。实际上异步IO并不能神奇地减轻服务器的压力，该加服务器还是一样要加服务器，只不过异步IO会减少单个请求的时间，去掉单个请求中那些无意义的等待时间。所以单位时间内处理的请求没有变化，但每个请求的处理时间却减少了。从这个角度，服务器也节约了一些资源——即维持每个请求的连接消耗的内存。