node.js 下的异步递归 setImmediate 和 process.nextTick 如何使用

node.js 下之前使用的异步递归都是process.nextTick ,但是0.9以后的版本不推荐使用这种递归,取而代之的是 setImmediate 

那么 setImmediate 比 process.nextTick 相比有何优势呢?看下面的一段代码.

function forNext(i,end){
	if(i>end){
		console.log('program is end!');
	}else{
		console.log('调用递归中......i='+i);
		process.nextTick(function(){
			return forNext(i+1,end);
		});
	}
}

forNext(0,10000);

代码很简单,就是从0递归10000次,在这个递归过过程中只做了一件事,就是输入一行文本 "调用递归中.....i=255" ,直接看结果

为啥结果不一样......因为上面直接报错了,简单粗暴的告诉你异步调用栈上回调太多,callback堆积导致崩栈了.

这里并不是程序有问题,而是这个api的一些限制,作者在实现此api时已经考虑到callback堆积,所以超过1000个回调就会这个直接提示你,最好别用 process.nextTick ,为了验证这个问题,我们试图递归999次看看.

眼尖的童鞋一下就看出个问题,不是说好的999次吗? 亲,我是从0开始递归的.这就是999次.

既然官方推荐使用 setImmediate ,那我们看看他是不是长了三头六臂,直接上代码:

function forImmediate(i,end){
	if(i>end){
		console.log('program is end !');
	}else{
		console.log('调用递归中.....i='+i);
		setImmediate(forImmediate,i+1,end);
	}
}

forImmediate(0,9000);

功能很简单,和上面实现的一样,我们直接看结果好了.

9001次递归毫无压力,当然再大的数字也不是问题,你可以自己试一试.

为什么会是这样:

process.nextTick 是将异步回调放到当前帧的末尾、io回调之前，如果nextTick过多，会导致io回调不断延后,最后callback堆积太多.

setImmediate 是将异步回调放到下一帧,不影响io回调,不会造成callback 堆积.