node.js是用来做什么的

Node.js 使⽤了⼀个事件驱动、⾮阻塞式 I/O 的模型，使其轻量⼜⾼效。(事件驱动：事件触发过程中，进⾏决策的⼀种策略，简单说就是跟随当前时间点上出现的事物，调⽤可⽤的资源进⾏解决该事物，使得不断出现的事物得以解决，防⽌事物堆积)Node.js 的包管理器 npm，成为世界上最⼤的开放源代码的⽣态系统。那么：

“为什么我们要⽤node.js？”，毫⽆疑问：它有⼏个特别显著的优点：快，性能⾼，开发效率⾼，应⽤范围⼴

别⼈⼀般会含糊的告诉你：node.js有⾮阻塞，事件驱动I/O等特性，从⽽让⾼并发（high concurrency）的轮询（Polling）和comet构建的应⽤中成为可能。

当你看完这些解释觉得还是不太理解的时候，下⾯我就简单粗暴的来帮助你你理解理解node.js。

浏览器给⽹站发请求的过程⼀直没怎么变过。当浏览器给⽹站发了请求。服务器收到了请求，然后开始搜寻被请求的资源。如果有需要，服务器还会查询⼀下数据库，最后把响应结果传回浏览器。

不过，在传统的web服务器中（⽐如Apache），每⼀个请求都会让服务器创建⼀个新的进程来处理这个请求。

后来有了Ajax。有了Ajax，我们就不⽤每次都请求⼀个完整的新页⾯了，取⽽代之的是，每次只请求需要的部分页⾯信息就可以了。这显然是⼀个进步

。但是⽐如你要建⼀个FriendFeed这样的社交⽹站（类似⼈⼈⽹那样的刷朋友新鲜事的⽹站），你的好友会随时的推送新的状态，然后你的新鲜事会实时⾃动刷新。

要达成这个需求，我们需要让⽤户⼀直与服务器保持⼀个有效连接。⽬前最简单的实现⽅法，就是让⽤户和服务器之间保持长轮询（longpolling）。

HTTP请求不是持续的连接，你请求⼀次，服务器响应⼀次，然后就完了。长轮询是⼀种利⽤HTTP模拟持续连接的技巧。具体来说，只要页⾯载⼊了，不管你需不需要服务器给你响应信息，你都会给服务器发⼀个Ajax请求。

这个请求不同于⼀般的Ajax请求，服务器不会直接给你返回信息，⽽是它要等着，直到服务器觉得该给你发信息了，它才会响应。⽐如，你的好友发了⼀条新鲜事，服务器就会把这个新鲜事当做响应发给你的浏览器，然后你的浏览器就刷新页⾯了。浏览器收到响应刷新完之后，再发送⼀条新的请求给服务器，这个请求依然不会⽴即被响应。于是就开始重复以上步骤。利⽤这个⽅法，可以让浏览器始终保持等待响应的状态。虽然以上过程依然只有⾮持续的Http参与，但是我们模拟出了⼀个看似持续的连接状态

我们再看传统的服务器（⽐如Apache）。每次⼀个新⽤户连到你的⽹站上，你的服务器就得开⼀个连接。每个连接都需要占⼀个进程，这些进程⼤部分时间都是闲着的（⽐如等着你好友发新鲜事，等好友发完才给⽤户响应信息。或者等着数据库返回查询结果什么的）。虽然这些进程闲着，但是照样占⽤内存。这意味着，如果⽤户连接数的增长到⼀定规模，你服务器没准就要耗光内存直接瘫了。这种情况怎么解决？解决⽅法就是刚才上边说的：⾮阻塞和事件驱动。这些概念在我们谈的这个情景⾥⾯其实没那么难理解。

你把⾮阻塞的服务器想象成⼀个loop循环，这个loop会⼀直跑下去。⼀个新请求来了，这个loop就接了这个请求，把这个请求传给其他的进程（⽐如传给⼀个搞数据库查询的进程），然后响应⼀个回调（callback）。完事了这loop就接着跑，接其他的请求。这样下来。服务器就不会像之前那样傻等着数据库返回结果了。

如果数据库把结果返回来了，loop就把结果传回⽤户的浏览器，接着继续跑。在这种⽅式下，你的服务器的进程就不会闲着等着。从⽽在理论上说，同⼀时刻的数据库查询数量，以及⽤户的请求数量就没有限制了。服务器只在⽤户那边有事件发⽣的时候才响应，这就是事件驱动。

FriendFeed是⽤基于Python的⾮阻塞框架Tornado (知乎也⽤了这个框架) 来实现上⾯说的新鲜事功能的。不过，Node.js就⽐前者更妙了。Node.js的应⽤是通过javascript开发的，然后直接在Google的变态V8引擎上跑。⽤了Node.js，你就不⽤担⼼⽤户端的请求会在服务器⾥跑了⼀段能够造成阻塞的代码了。因为javascript本⾝就是事件驱动的脚本语⾔。你回想⼀下，在给前端写javascript的时候，更多时候你都是在搞事件处理和回调函数。javascript本⾝就是给事件处理量⾝定制的语⾔。

Node.js还是处于初期阶段。如果你想开发⼀个基于Node.js的应⽤，你应该会需要写⼀些很底层代码。

但是下⼀代浏览器很快就要采⽤WebSocket技术了，从⽽长轮询也会消失。在Web开发⾥，Node.js这种类型的技术只会变得越来越重要。