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的非同步處理機制理解不深的話，就很難發現這種問題。