nodejs之异步思想

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回调函数太多，不好阅读了！

那有没有解决这个问题的办法呢，且待下次分解吧。