事件驱动

事件驱动(event-driven)是nodejs中的第二大特性。何为事件驱动呢?简单来说,就是通过监听事件的状态变化来做出相应的操作。比如读取一个文件,文件读取完毕,或者文件读取错误,那么就触发对应的状态,然后调用对应的回掉函数来进行处理。

线程驱动和事件驱动

那么线程驱动编程和事件驱动编程之间的区别是什么呢?

线程驱动就是当收到一个请求的时候,将会为该请求开一个新的线程来处理请求。一般存在一个线程池,线程池中有空闲的线程,会从线程池中拿取线程来进行处理,如果线程池中没有空闲的线程,新来的请求将会进入队列排队,直到线程池中空闲线程。

事件驱动就是当进来一个新的请求的时,请求将会被压入队列中,然后通过一个循环来检测队列中的事件状态变化,如果检测到有状态变化的事件,那么就执行该事件对应的处理代码,一般都是回调函数。

对于事件驱动编程来说,如果某个时间的回调函数是计算密集型,或者是阻塞I/O,那么这个回调函数将会阻塞后面所有事件回调函数的执行。这一点尤为重要。

Node.js的事件驱动和异步I/O

事件驱动模型

上面介绍了那么多的概念,现在我们来看看nodejs中的事件驱动和异步I/O是如何实现的.

nodejs是单线程(single thread)运行的,通过一个事件循环(event-loop)来循环取出消息队列(event-queue)中的消息进行处理,处理过程基本上就是去调用该消息对应的回调函数。消息队列就是当一个事件状态发生变化时,就将一个消息压入队列中。

nodejs的时间驱动模型一般要注意下面几个点:

因为是单线程的,所以当顺序执行js文件中的代码的时候,事件循环是被暂停的。

当js文件执行完以后,事件循环开始运行,并从消息队列中取出消息,开始执行回调函数

因为是单线程的,所以当回调函数被执行的时候,事件循环是被暂停的
当涉及到I/O操作的时候,nodejs会开一个独立的线程来进行异步I/O操作,操作结束以后将消息压入消息队列。

下面我们从一个简单的js文件入手,来看看 nodejs是如何执行的。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
var fs = require("fs");
var debug = require('debug')('example1');
debug("begin");
fs.readFile('package.json','utf-8',function(err,data){
if(err)
debug(err);
else
debug("get file content");
});
setTimeout(function(){
debug("timeout2");
});

debug('end'); // 运行到这里之前,事件循环是暂停的
1
2
3
4
5
6
7
8
9
10
同步执行debug("begin")
异步调用fs.readFile(),此时会开一个新的线程去进行异步I/O操作
异步调用setTimeout(),马上将超时信息压入到消息队列中
同步调用debug("end")
开启事件循环,弹出消息队列中的信息(目前是超时信息)
然后执行信息对应的回调函数(事件循环又被暂停)
回调函数执行结束后,开始事件循环(目前消息队列中没有任何东西,文件还没读完)
异步I/O读取文件完毕,将消息压入消息队列(消息中含有文件内容或者是出错信息)
事件循环取得消息,执行回调
程序退出。

这里借一张图来说明nodejs的事件驱动模型

来源:http://blog.csdn.net/ii1245712564/article/details/51473803