Node.js的异步编程风格是它的一大特点，在代码中就是体现在回调中。
首先是代码的顺序执行：
function heavyCompute(n, callback) {
var count = 0,
i, j;
for (i = n; i > 0; --i) {
for (j = n; j > 0; --j) {
count += 1; }
}callback(count);
}
heavyCompute(10000, function (count) {
console.log(count);
});
console.log('hello');
这里输出100000000 hello，这个说明同一时间内只能执行一个函数，即使要花费多长时间，一个一个来。
但是，有两个有趣的例子：
1、
setTimeout(function () {
console.log('world');
}, 1000);
console.log('hello');
输出helloworld，我们可以这样理解，顺序执行的线程中，只要有一个函数设置了timeout之后，就会立即创建一个平行线程立马返回，然后让js主线程接着去执行后面的代码，在收到这个平行线程的通知之后，再执行回调函数。结果就是helloworld而不是在等待1s之后几乎同时出现worldhello。
2，下面这种情况就是很典型的一种：
function heavyCompute(n) {
var count = 0, i, j;
for (i = n; i > 0; --i) {
for (j = n; j > 0; --j) {
count += 1;
}
}
}
var t = new Date();
setTimeout(function () {
console.log(new Date() - t);
}, 1000);
heavyCompute(50000);
在执行到setTimeout函数（或者setInterval这些常见的，这类函数还包括NodeJS提供的诸如fs.readFile之类的异步API。）的时候，看到有1000毫秒的延时设置，于是创建了一个平行线程之后立马去执行后面的代码，但是后面的代码花费的时间更多，于是大家一起等着后面的代码执行完毕、输出结果，再去执行原来的平行线程，而这个平行线程还要花费一秒以上。
为了验证平行线程里面的代码在node执行后面代码的时候有没有在后台偷偷执行，我就测试了以下代码：
function heavyCompute(n) {
var count = 0, i, j;
for (i = n; i > 0; --i) {
for (j = n; j > 0; --j) {
count += 1;
}
}
}
var t = new Date();
setTimeout(function () {
heavyCompute(50000);//通过对这句话的注释与否，通过比较时间之间的差值，我们就可以看出来平行线程到底有没有平行执行
console.log(new Date() - t);
}, 1000);
var t1 = new Date();
heavyCompute(50000);
console.log('a');
console.log(new Date() - t1);
结果证明，创建平行进程之后，谁也没有动它。
总结一下，js是单线程执行的，即使平行线程里面的函数执行完毕之后，回调函数也要等主线程执行完毕空闲的时候才能开始执行；
我们仍然回到JS是单线程运行的这个事实上，这决定了JS在执行完一段代码之前无法执行包括回调函数在内的别的代码。
这个结论很重要，换句话说，node在同一时间内永远只能执行一段代码，碰到了settimeout这样的函数之后立马生成一个平行线程，然后就把这个平行线程放在那里不动继续去执行后面的函数，后面的函数执行完毕、主线程空闲之后，再回来从头执行这个平行线程之内的代码，这是一个专一的node.js，一点都不含糊。