nodejs的精髓就是"异步"，但什么是异步呢？我们来看一个例子：
var start =new Date;
setTimeout(function(){
var end =new Date;
console.log('Time elapsed:', end - start, 'ms');
}, 500);
while (new Date - start < 1000) {
console.log("hello world!<br/>");
};
按照"Java"编程的思维习惯，应该是行1处定义了一个Date类型的变量，然后500毫秒后在显示 "Time elapsed:500 ms",再然后不断的输出"hello world!",持续大约500毫秒吧。
事实上不是这个样子的，当执行到行2时，发现了一个延时函数setTimeout，这时候呢，node不会停止执行，而是把这个函数放到了一个事件列表中，继续执行以后的代码，一直等到了所有的东西都处理完了，然后JavaScript虚拟机才会问 "队列里还有谁啊"，然后再顺序的处理事件，这就是JS的一个很重的的特性。参考《JavaScript异步编程》。
知道了是一回事，但真正理解了又是另一回事。
对数据库的增删改查是最经常的操作了，下面咱就来开发一个往mysql的一个表person插入一条数据的小功能。代码如下：
var db = require('./db');
db.connectionReady(db.server);
function user(name,birthday,password){
this.name = name;
this.birthday = birthday;
this.password = password;
}
module.exports = user;
user.prototype.save = function(){
var id = getId();
db.server.query('INSERT INTO person SET id=?,name=?,birthday=?,password=?',
[id,this.name,this.birthday,this.password],
function(error,results){
if(error){
console.log('ClientReady Error:'+error.message);
db.server.end();
return;
}
});
}
getId=function(){
var id;
var n = this.name;
var b = this.birthday;
var p = this.password;
db.server.query('select count(*) from person',
function(error,results,fields){
if(error){
console.log('ClientReady Error:'+error.message);
db.server.end();
return;
}
id = parseInt(results[0]['count(*)'])+1;
console.log("id=: "+id);
});
return id;
}
代码很简单，在user.prototype.save函数里呢，我们调用了getId()，以得到最大的id+1来当作新id，然后保存到数据库里。好像很简单，没什么问题，那我们来做个测试吧：
var User = require('./user');
var user = new User('zhangsan','1986-04-23','123');
user.save();
运行一下看看：
在user代码的38行处显示了id为4，但怎么又报了 id cannot be null呢？
还是异步特性在作怪！！
我们来看看user.js的代码：
在13行处，我们获得了id号，然后把它放到新的行里的id里面。问题是"这个id真的存在了吗？"
在30行处的db.server.query里有个回调函数，这个回调函数是什么呢，它是执行完了这个查询后的返回结果！！！在没有执行完的时候呢，js虚拟机会继续运行程序，先运行40行，把未赋值的id返回了，继续往先走，走到14行，吧这个赋值的id当作了要插入行的主键，所以就会显示了报的错误。其实归根结底还是我们的同步思维。在getId函数里，我们想当然的认为id在37行处一定会被赋值！其实根据一开始讲到的，它肯定不会被赋值，因为在这个回调函数执行之前，先要去查询db，然后cpu是不会等待结果返回的，它一定会继续向下执行！
那我们该怎么办呢？难道对于这种事件依赖类型的需求，nodejs无法满足我们吗？要是连这点需求都做不到，估计nodejs还没被我们所知道之前就"夭折"了。
既然我们无法在拿到id之后执行下一步的操作，那就拿到它之后再操作不就行了！没错，就是把插入操作放到getId函数的回调函数里面去。如下所示：
getId=function(){
var n = this.name;
var b = this.birthday;
var p = this.password;
db.server.query('select count(*) from person',
function(error,results,fields){
if(error){
console.log('ClientReady Error:'+error.message);
db.server.end();
return;
}
var id = parseInt(results[0]['count(*)'])+1;
db.server.query('INSERT INTO person SET id=?,name=?,birthday=?,password=?',
[id,this.name,this.birthday,this.password],
function(error,results){
if(error){
console.log('ClientReady Error:'+error.message);
db.server.end();
return;
}
});
});
}
这样把save操作放到了getId()方法的回调函数里面来完成了，所以nodejs的思路就从
得到A的结果进行B运算变成了进行A，并在A的回调函数里面进行B运算。要是还有依赖B节点的操作呢？没错，就是在B的回调函数里写操作呗。难改网上很多人抱怨nodejs回调函数太多，不好阅读了！
那有没有解决这个问题的办法呢，且待下次分解吧。