Node的目标是为构建可扩展的网络程序提供一种简单的方式。在上面的 “hello world”web服务器示例中，很多客户端连接可以被并行处理。Node告诉操作系（通过epoll，kqueue，/dev/pool，或者是select），当一个新的连接创建时它应该被通知，然后就sleep。如果一些新人的来连接，然后它就执行回调。每个连接仅仅是一个小的堆分配。
这和当今常用的并发模型相反，现在的并发模型是使用操作系统线程。基于线程的网络是低效的并且很难使用。Node将在高负载条件下显现出比系统为每个线程分配2mb的线程栈更高效的内存效率。进一步，Node的用户不用担心进程死锁问题——根本就没有锁。在Node中几乎没有函数直接控制IO，所以进程从来不锁。因为不关锁的事情，不是专家级的程序员也能够开发快速的系统。
Node在设计上受到Ruby的Event Machine或者Python的Twisted的影响。Node对事件模型的利用更进一步——它把事件循环作为语言构造的一部分而不是作为一个库。在其它系统中，总有一个阻塞式的调用来开启事件模型。典型的，由人通过回调在脚本的开始定义一个行为，在最后通过诸如EventMachine::run()的一个阻塞式调用来开启服务器。在Node中，没有这样的“开启事件循环”的调用。Node简单地再执行输入脚本之后进入事件循环。Node在没有更多的回调要执行的的时候退出事件循环。这个行为像浏览器javascript——事件循环躲着用户。
HTTP在Node中是一个第一类协议。Node的HTTP库超出了作者开发web服务器和应用web服务器的经验。比如，流数据在大多数web框架下是不可能的。Node试图在它的HTTP解析器和API中修正这些问题。加上Node的纯事件架构，它就为web库和框架提供了一个好的基础。
但是多核并发呢？没有必要扩展应用到多核机器吗？处理有必要扩展到多核机器，不是共享内存的线程。可扩展系统的基础是扩苏的网络和非阻塞式设计——剩下的就是消息传递了。在未来的版本中，Node将可以fork出新的进程（使用Web Workers API），这和现有的设计很搭。
See also:
94
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
