NodeJS研究笔记：异步编程导致难以察觉的bug

NodeJS 一显著特点是它的异步处理特性。例如，当我读入一个文件时，Node会将文件读取操作放在后台处理，当程序提交读取请求后，不必堵塞在原地等待请求完成，而是提供一个请求完成的回调函数，然后接着进行其他工作，一旦文件读取完成后，我们提供的函数会被及时调用，在回调函数中，再对读到的文件内容进行处理。正是由于这种异步处理机制，使得Node成为后台开发的一大利器，特别是其异步处理框架提供的高效率，使得它最近成为web后台开发的重要选择。

但是，灵活性是有成本的，异步处理模式提高了程序设计逻辑的复杂性，一旦稍有粗心大意，异步流程会导致一些难以察觉的bug, 例如下面的例子：

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

function doSomeThingSlow() {
	var events = new EventEmitter();
	 events.emit('success');
	
	return events;
}

doSomeThingSlow().on('success', function() {
	console.log('success!');
});

在doSomeThingSlow  中，通过EventEmitter向消息队列发生了一个事件消息叫success, 在底部，我们通过emitter 的on函数，监听success消息，一旦发现该消息，我们做相应的处理。但这段程序有bug, 问题就是‘success'消息的处理函数不会被执行，也就是console.log('success!'); 无法执行。主要问题在于当doSomeThingSlow执行时，在events.emit将success事件触发时，程序还没有运行到底部的doSomeThingSlow.on(...), 也就是success事件触发时，我们来不及为该事件注册对应的处理函数。但程序执行到底部的on部分时，才开始对'success'事件注册处理函数，但此时，事件已经触发完毕，因此也就错过了事件的处理机会。

解决该问题的方法是，利用 Node的异步处理机制，将events.emit('success') 这一触发动作放入到消息队列中异步执行：

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

function doSomeThingSlow() {
	var events = new EventEmitter();
	process.nextTick(function() {
		events.emit('success');
	});
	 
	
	return events;
}

doSomeThingSlow().on('success', function() {
	console.log('success!');
});

process.nextTick 会将给定的函数添加到loop循环的下一个执行队列中，也就是说，nextTick 会将传给它的函数添加到主循环的待处理队列中等待处理，然后立刻返回，这样on内部的代码会先于events.emit被执行，也就是在事件触发前，事件的处理函数会先被注册，这样当events.emit('success')执行时，console.log('success!')就会被执行。

所以，如果运行上一个程序，我们在控制台看不到打印信息，运行第二个程序，我们才能看到打印信息。此类bug比较诡异，如果对Node的异步处理机制理解不深的话，就很难发现这种问题。