node.js入门 - 5.事件循环机制（event loop）

　　今天要介绍的是node的事件循环机制，他是一些交互系统的基本概念，他更是javascript语言核心的一部分。因为对于使用浏览器的用户，javascript就是通过处理用户的click，mouse等相关的事件来处理用户的请求的。对于像node这样的服务器来说，事件循环也同样起到相当重要的作用，比如用来处理来自客户端的request请求。下面我们就对node的事件循环做个简单的介绍。

　　node采用单线程的处理机制，对所有的I/O请求采用非堵塞的工作方式。也就是说，对于http的请求，数据查询，文件的I/O等其他操作，系统不会堵塞当前线程而去等待他直到他返回结果；相反的，他们会立即执行当前请求，发送一个处理当前请求结果的回调事件，然后接着处理新的请求。当之前的回调函数返回结果的时候，输出结果。这也就意味着，在node中存在着大量回调函数用于处理不同请求。回调函数又经常以级联的方式初始化其他的回调函数，这与浏览器的处理方式是相当不同的。node缺乏并发性，他只会使用服务器上的一个cpu，而不是多个。使用多个cpu的问题在于，需要不断的协调多个cpu之间的运行，这就带来了不同cpu之间的通信，交换彼此的状态信息，这是一种比较复杂的处理模式。而node使用单线程的方式回避了这一问题。node的这种处理机制更为高效，下面我们举个例子来说明。

　　假设我们要去快餐店吃饭，有两种不同服务模式的快餐店，一种是基于事件驱动的（我们的node服务器），一种不是（像iis，apache）。对于传统的服务器，在接收到你的请求之后，直到他完成你的请求，否则他不会去接待下一个用户。当服务员输入你的订单之后还有很多事情要做，处理你的支付，帮你倒水，还有一段时间（不确定时长）去等待厨房准备好你的汉堡。服务员（相当于服务器上的线程）每次只能接待一位顾客，直到完成当前顾客的接待之后，才会去接待下一位顾客。很显然，这种方式效率不高，他浪费了太多的时间在等待厨房做汉堡的工作上。而现实中的快餐店采用的是另外一种模式，当接收到你的订单之后，他会给你一个号码牌，这个号码牌就相当于回调函数。接着他会去接待下一位顾客。当你的订餐准备好之后，服务员会呼叫你的号码叫你来取餐。这就是node采用的模式，看得出他要高效的多。

　　node不太适用单个请求处理时间比较长的场景；适用于并发比较多，每个请求所需处理时间比较短的场景。我们来看一个例子：

EE = require('events').EventEmitter;
ee = new EE();
die = false;

ee.on('die', function() {
　　die = true;
});
setTimeout(function() {
　　ee.emit('die');
}, 100);

while(!die) {
}

console.log('done');

　　你可以猜猜‘done’会不会输出。答案是明显的，node根本没有机会回调timeout方法，程序会堵塞在while循环处。你也可以执行一个浏览器的版本：

var die = false;

setTimeout(function() {
　　die=true
}, 100);

while(!die) {
}

alert('done');

　　浏览器也同样不会弹出‘done’。这个简单的例子可以很好的解释javascript的单线程执行，javascript只有把当前手头上的事情处理完毕之后，才会去做别的事情。就像上面的例子，javascript会一直专心处理while处的代码，根本没有机会去执行timeout的方法。这也解释了为什么node不适用于处理单个请求时间比较长的场景（例如，处理回调函数返回内容需要很长的时间）。因为在处理完当前请求之前，node没有机会去接待下一个请求，处理别的请求的回调，这会直接影响其他用户的体验。

　　开发node程序，有两条建议：

1.一旦代码的初始化工作完成后，就激活事件；

2.如果遇到比较耗时的操作，可以考虑把他委托给web worker去执行。

参考资料：

http://www.infoq.com/cn/articles/what-is-nodejs

http://www.nodebeginner.org/index-zh-cn.html

http://baike.baidu.com/view/3974030.htm?subLemmaId=3974030&fromenter=nodejs