首页 > nodejs是如何处理监听的?

nodejs是如何处理监听的?

如下面这段常见的代码:

var http =require('http');
http.createServer(function(req,res){
    //XXXX
    mycode here
}).listen(3000);

假如有很多请求同时到达,那么nodejs的单线程如何处理呢?是不是等前面那个请求处理完再接受下一个请求?看起来应该不是的,如果是这样,如果处理的逻辑复杂,就显得慢了。但如果在中间暂停而跑到前面去执行,不是可能产生数据冲突的问题吗?这类似java的线程安全一样。比如下面:

var http =require('http');
var myVar=1;
http.createServer(function(req,res){
    myVar=myVar+1;
            //XXXX
    mycode here;
    var k=myVar;
    if(k==myVar){
        XXXX;
        console.log('ok');
    }
}).listen(3000);
显然如果用刚刚的逻辑,那么有可能不输出OK来。

nodejs其实会调用libuv库开启一个新的线程来处理网络请求,处理完成以后将结果返回给主线程,主线程去执行回调函数。这也就是为何什么处理网络请求的其他任务不会被阻塞,因为它开启了一个新的线程,而在调用回调函数的时候回阻塞其他的回调函数,因为在主线程中运行回调函数。

所以计算密集型的任务不合适放在nodejs库里面运行,而io密集型任务会开启一个新的线程来处理,比较适合


nodejs对请求的处理当然是序列化的。所以它没有线程同步的问题。这样的原理表明,NODEJS不适合处理重CPU资源的工作。
这样的设计即有好处也有坏处,好处当然是处理能力大大提高(因为线程切换也要花很多时间的),另外编程难度也大大下降(我们再也不用考虑线程死锁、同步的问题了)。
坏处就是每个请求处理时间不能太长,否则可能会影响其它请求的处理,比如在请求处理中有如下代码,可能就会阻塞:

for(var i=0;i<100000;i++){
   console.log(rf.readFileSync("test","utf-8")); 
}

大多费时操作IO操作都需要回调函数处理。而费CPU的操作根本不可行。

【热门文章】
【热门文章】