想象一下，以前我们在写程序时， 如果程序在I/O上阻塞了，当有更多请求过来时，服务器会怎么处理呢？在这种情景中通常会用多线程的方式。一种常见的实现是给每个连接分配一个线程，并为那些连接设置一个线程池。你可以把线程想象成一个计算工作区，处理器在这个工作区中完成指定的任务。线程通常都是处于进程之内的，并且会维护它自己的工作内存。每个线程会处理一到多个服务器连接。 尽管这听起来是个很自然的委派服务器劳动力的方式（最起码对那些曾经长期采用这种方式的开发人员来说是这样的），但程序内的线程管理会非常复杂。 此外，当需要大量的线程处理很多并发的服务器连接时，线程会消耗额外的操作系统资源。线程需要CPU和额外的RAM来做上下文切换。
以上是传统的方式，以下介绍的就是Node.js采用的事件轮询和异步IO的方式。
在Node中， I/O几乎总是在主事件轮询之外进行，使得服务器可以一直处于高效并且随时能够做出响应的状态，就像NGINX一样。 这样进程就更加不会受I/O限制，因为I/O延迟不会拖垮服务器，或者像在阻塞方式下那样占用很多资源。因此一些在服务器上曾经是重量级的操作，在Node服务器上仍然可以是轻量级的。
这个混杂了事件驱动和异步的模型，加上几乎随处可用的JavaScript语言，帮我们打开了一个精彩纷呈的数据密集型实时程序的世界。实际上， Node所针对的应用程序有一个专门的简称： DIRT。它表示数据密集型实时（data-intensive real-time）程序。因为Node自身在I/O上非常轻量，它善于将数据从一个管道混排或代理到另一个管道上，这能在处理大量请求时持有很多开放的连接，并且只占用一小部分内存。它的设计目标是保证响应能力，跟浏览器一样。
对Web来说，实时程序是个新生事物。现在有很多Web程序提供的信息几乎都是即时的，比如通过白板在线协作、对临近公交车的实时精确定位，以及多人在线游戏。不管是用实时组件增强已有程序，还是打造全新的程序， Web都在朝着响应性和协作型环境逐渐进发。而这种新型的Web应用程序需要一个能够实时响应大量并发用户请求的平台来支撑它们。这正是Node所擅长的领域，并且不仅限于Web程序，其他I/O负载比较重的程序也可以用到它。
Node跟所有技术一样，并不是万能灵药。它只能解决特定的问题，并为我们开创新的可能性。Node比较有意思的一点是，它让从事系统各方面工作的人走到了一起。很多进入Node世界的是客户端JavaScript程序员，此外还有服务端程序员以及系统层面的程序员。不管你是做什么的，我们都希望你能了解Node到底适合帮你完成什么样的任务。
回顾一下， Node是：
构建在JavaScript之上的；
事件触发和异步的；
专为数据密集型实时程序设计的。