Node事件机制小记

nodejs事件的监听与事件的触发

nodejs事件(Events)

1、事件机制的实现

Node.js中大部分的模块，都继承自Event模块（http://nodejs.org/docs/latest... ）。Event模块（events.EventEmitter）是一个简单的事件监听器模式的实现。具备addListener/on，once，removeListener，removeAllListeners，emit等基本的事件监听模式的方法实现。它与前端DOM树上的事件并不相同，由于它不存在冒泡，逐层捕获等属于DOM的事件行为，也没有preventDefault()、stopPropagation()、 stopImmediatePropagation() 等处理事件传递的方法。
从另外一个角度来看，事件侦听器模式也是一种事件钩子（hook）的机制，利用事件钩子导出内部数据或状态给外部调用者。Node.js中的不少对象，大多具备黑盒的特色，功能点较少，若是不经过事件钩子的形式，对象运行期间的中间值或内部状态，是咱们没法获取到的。这种经过事件钩子的方式，可使编程者不用关注组件是如何启动和执行的，只需关注在须要的事件点上便可。

2、事件触发

events 模块只提供了一个对象： events.EventEmitter。EventEmitter的核心就是事件发射与事件监听器功能的封装。EventEmitter的每一个事件由一个事件名和若干个参数组成，事件名是一个字符串，一般表达必定的语义。对于每一个事件，EventEmitter支持若干个事件监听器。当事件发射时，注册到这个事件的事件监听器被依次调用，事件参数做为回调函数参数传递。

　　让咱们如下面的例子解释这个过程：

//引入事件模块
var events = require("events");

//建立事件监听的一个对象
var  emitter = new events.EventEmitter();

//监听事件some_event
emitter.addListener("some_event",function(){
    console.log("事件触发，调用此回调函数");
});

//触发事件some_event
emitter.emit("some_event");

　运行结果：事件触发，调用此回调函数

　例子：

var events = require('events');
var emitter = new events.EventEmitter();
emitter.on('someEvent', function(arg1, arg2) {
console.log('listener1', arg1, arg2);
});
emitter.on('someEvent', function(arg1, arg2) {
console.log('listener2', arg1, arg2);
});
emitter.emit('someEvent', 'byvoid', 1991);

　运行的结果是：

　　listener1 byvoid 1991

listener2 byvoid 1991

　　以上例子中，emitter 为事件 someEvent 注册了两个事件监听器，而后发射了someEvent事件。运行结果中能够看到两个事件监听器回调函数被前后调用。这就是EventEmitter最简单的用法。接下来咱们介绍一下EventEmitter经常使用的API。
　　 EventEmitter.on(event, listener) 为指定事件注册一个监听器，接受一个字符串 event 和一个回调函数listener。EventEmitter.emit(event, [arg1], [arg2], [...]) 发射 event事件，传递若干可选参数到事件监听器的参数表。
　　EventEmitter.once(event, listener) 为指定事件注册一个单次监听器，即监听器最多只会触发一次，触发后马上解除该监听器。
　　EventEmitter.removeListener(event, listener) 移除指定事件的某个监听器，listener 必须是该事件已经注册过的监听器。
　　EventEmitter.removeAllListeners([event]) 移除全部事件的全部监听器，若是指定 event，则移除指定事件的全部监听器。
　　更详细的 API 文档参见 http://nodejs.org/api/events....。

　想一想其实跟jquery自定义事件很类似:

//给element绑定hello事件
element.on("hello",function(){
  alert("hello world!");
});
//触发hello事件
element.trigger("hello");

3、事件机制的进阶应用

继承event.EventEmitter

实现一个继承了EventEmitter类是十分简单的，如下是Node.js中流对象继承EventEmitter的例子：

var util = require("util");

var events = require("events");

//建立构造事件对象的构造函数
function Stream(){
    events.EventEmitter.call(this);
}
util.inherits(Stream, events.EventEmitter);

//实例建立事件监听的一个对象
var elem = new Stream();

//监听事件
elem.addListener("one_event",function(){
    console.log("事件触发，调用此回调函数");
});

//触发事件some_event
elem.emit("one_event");

值得一提的是若是对一个事件添加了超过10个侦听器，将会获得一条警告，这一处设计与Node.js自身单线程运行有关，设计者认为侦听器太多，可能致使内存泄漏，因此存在这样一个警告。

实例：

var util = require("util");

var events = require("events");

function Stream(){
    events.EventEmitter.call(this);
}
util.inherits(Stream, events.EventEmitter);

var elem = new Stream();

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,1);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,2);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,3);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,4);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,5);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,6);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,7);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,8);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,9);
});

elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,10);
});
elem.addListener("我来了",function(arg1,arg2){
    console.log("事件触发，调用此回调函数",arg1,arg2,11);
});
//触发事件some_event
elem.emit("我来了",'one','two');

咱们经过调用emitter.setMaxListeners(0)，就能够去带哦限制

emitter.setMaxListeners(0);

一个经典的事件监听触发，进程通讯例子：
master.js　

var childprocess = require('child_process');
var worker = childprocess.fork('./worker.js');

console.log('pid in master:', process.pid);

//监听事件
worker.on('message', function(msg) {
  console.log('1:', msg);
})
process.on('message', function(msg) {
  console.log('2:', msg);
})

worker.send('---');

//触发事件 message
process.emit('message', '------');

　　worker.js

console.log('pid in worker:', process.pid);

process.on('message', function(msg) {
  console.log('3:', msg);
});

process.send('===');
process.emit('message', '======');

　　运行结果：

$ node master.js


pid in master: 22229      // 主进程建立后打印其 pid
2: ------                 // 主进程收到给本身发的消息
pid in worker: 22230      // 子进程建立后打印其 pid
3: ======                 // 子进程收到给本身发的消息 
1: ===                    // 主进程收到来自子进程的消息
3: ---                    // 子进程收到来自主进程的消息

其中有两个有趣的点：

　　在主进程中，使用 worker.on('message', ...) 监听来自子进程的消息，使用 process.on('message', ...) 监听给本身发的消息。可是在子进程中，只有 process.on('message', ...) 一种消息监听方式，没法区分消息来源。

若是有给本身发消息的状况，则必须将对应的消息监听的代码放在消息发送代码前面，不然没法监听到该消息发送。例如将 master.js 的最后一行代码 process.emit('message', '------'); 放置到该文件第一行，则运行结果不会输出 2: ------。

若是不能控制消息监听代码和消息发送代码的前后顺序，可将给本身发送消息的代码改写为 setImmediate(process.emit.bind(process, 'message', {{message}}));

　　

　参考资料:

　　http://www.cnblogs.com/zhongw...（不少实例）

　　http://www.infoq.com/cn/artic...

　　http://www.toolmao.com/nodejs...

　　http://www.ynpxrz.com/n691854...

　　http://www.jb51.net/article/6...