Node.js事件循环（Event Loop）和线程池详解(2)

所有回调都会经由process.nextTick()，在事件循环（例如，定时器）一个阶段的结束并转换到下一阶段之前预设定。这就会避免潜在的递归调用process.nextTick()，而造成的无限循环。
“Pending callbacks（待回调）”，是回调队列中不会被任何其他事件循环周期处理（例如，传递给fs.write）的回调。

Event Emitter 和 Event Loop

通过创建EventEmitter，可简化与事件循环的交互。它是一个通用的封装，可以让你更容易地创建基于事件的API。关于这两者如何互动往往让开发者感到混乱。

下面的例子表明，忘记了事件是同步触发的，可能导致事件被错过。

复制代码 代码如下:

// v0.10以后，不再需要require('events').EventEmitter
var EventEmitter = require('events');
var util = require('util');

function MyThing() {
  EventEmitter.call(this);

doFirstThing();
  this.emit('thing1');
}
util.inherits(MyThing, EventEmitter);

var mt = new MyThing();

mt.on('thing1', function onThing1() {
  // 抱歉，这个事件永远不会发生
});

上面的'thing1'事件，永远不会被MyThing()捕获，因为MyThing()必须在实例化后才能侦听事件。下面的是一个简单的解决方法，不必添加任何额外的闭包：

复制代码 代码如下:

var EventEmitter = require('events');
var util = require('util');

function MyThing() {
  EventEmitter.call(this);

doFirstThing();
  setImmediate(emitThing1, this);
}
util.inherits(MyThing, EventEmitter);

function emitThing1(self) {
  self.emit('thing1');
}

var mt = new MyThing();

mt.on('thing1', function onThing1() {
  // 执行了
});

下面的方案也可以工作，不过要损失一些性能：

复制代码 代码如下:

function MyThing() {
  EventEmitter.call(this);

doFirstThing();
  // 使用 Function#bind() 会损失性能
  setImmediate(this.emit.bind(this, 'thing1'));
}
util.inherits(MyThing, EventEmitter);

另一个问题是触发Error(异常)。找出您应用程序中的问题已经很难了，但没了调用堆栈（注* e.stack），则几乎不可能调试。当Error被远端的异步请求调用堆栈将丢失。有两个可行的解决方案：同步触发或确保Error跟其他重要信息一起传入。下面的例子演示了这两种解决方案：

复制代码 代码如下: