node.js入门 - 5.事件循环机制(event loop)
2012-09-22 16:02
831 查看
今天要介绍的是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不太适用单个请求处理时间比较长的场景;适用于并发比较多,每个请求所需处理时间比较短的场景。我们来看一个例子:
你可以猜猜‘done’会不会输出。答案是明显的,node根本没有机会回调timeout方法,程序会堵塞在while循环处。你也可以执行一个浏览器的版本:
浏览器也同样不会弹出‘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
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
相关文章推荐
- Node.js事件循环(Event Loop)和线程池详解
- Node.js入门:事件机制
- node.js中的事件循环机制
- js运行机制—事件循环(Event Loop)详解
- Node.js 的异步机制由事件和回调函数——循环中的回调函数
- Node.js事件循环(Event Loop)和线程池详解
- Node.js入门:事件机制
- Node.js入门到精通(8)事件循环
- Node.js事件循环(Event Loop)和线程池详解
- JavaScript运行机制之事件循环(Event Loop)详解
- Node.js Event-loop事件循环
- 详解JavaScript中的Event Loop(事件循环)机制
- 深入浅出Node.js(四):Node.js的事件机制
- [Node.js]事件循环
- 深入浅析Node.js 事件循环
- node.js中的事件处理机制详解
- Node.js 事件循环
- 详解Node.js中的事件机制
- 【JavaScript 学习--12】JS深入理解调用栈,事件循环机制,回调队列
- Node.js学习笔记【1】入门(服务器JS、函数式编程、阻塞与非阻塞、回调、事件、内部和外部模块)