nodejs事件驱动模型

传统的web server多为基于线程模型。你启动Apache或者什么server，它开始等待接受连接。当收到一个连接，server保持连接连通直到页面或者什么事务请求完成。如果他需要花几微妙时间去读取磁盘或者访问数据库，web server就阻塞了IO操作（这也被称之为阻塞式IO).想提高这样的web server的性能就只有启动更多的server实例。

【长轮询，客户端始终发一个请求到服务器端，服务器端有内容则立即返回，没有内容则保持连接 不返回结果，等到有内容时再返回结果，客户端得到结果后再发请求。 这样客户端与服务器端就一直保持着一个连接，可以用来做web IM, web game 等】

 【现今多数的Web 服务器中，有一条新的链接就会申请一条线程来负责处理至到这个Request 周期结束，接着执行其他流程。可以想象，成千上万个链接便有成千上万条线程（Thread-spawning ）。每条线程姑且以堆栈2MB 的消耗去计算，一条条线程它们的累加都是不小的数目。如何优化和改进本身就是一个大问题，此外，使用系统线程，必须考虑线程锁的问题，否则造成堵塞主进程又是一个令人操心的难题。】

相反的，Node.Js使用事件驱动模型，当web server接收到请求，就把它关闭然后进行处理，然后去服务下一个web请求。当这个请求完成，它被放回处理队列，当到达队列开头，这个结果被返回给用户。这个模型非常高效可扩展性非常强，因为webserver一直接受请求而不等待任何读写操作。（这也被称之为非阻塞式IO或者事件驱动IO）

【事件驱动机制是Node.js通过内部单线程高效率地维护事件循环队列来实现的，没有多线程的资源占用和上下文切换，这意味着面对大规模的http请求，Node.js凭借事件驱动搞定一切】

【Javascript的匿名函数和闭包特性非常适合事件驱动、异步编程，从helloworld例子中我们可以看到回调函数采用了匿名函数的形式来实现，很方便。闭包的作用则更大，

例子：

var hostRequest = http.request(requestOptions,function(response) {    
var responseHTML ='';    
response.on('data', function (chunk) {        
responseHTML = responseHTML + chunk;    
});    
response.on('end',function(){        
console.log(responseHTML);        // do something useful   
});
});

分析：在end事件中处理responseHTML变量，由于Javascript的闭包特性，我们可以在两个回调函数之外定义responseHTML变量，然后在data事件对应的回调函数中不断修改其值，并最终在end事件中访问处理。】

 

事件驱动的大体过程：

1，你用浏览器访问nodejs服务器上的"/about.html"

2，nodejs服务器接收到你的请求，调用一个函数从磁盘上读取这个文件。

3，这段时间，nodejs webserver在服务后续的web请求。

4，当文件读取完毕，有一个回调函数被插入到nodejs的服务队列中。

5，nodejs webserver运行这个函数，实际上就是渲染（render）了about.html页面返回给你的浏览器。