一个关于回调的问题,着急求解啊,请一定帮忙
发布于 3年前 作者 markshao 1861 次浏览

小弟希望通过调用http的get服务,把返回的response中的某一个link赋值给一个变量然后给后续代码使用。问题是在回调中赋值的结果,在主线程中无法获取。

var url_path;

http.get(options,function(res){
    res.on("data",function(chunk){
        var data_json = JSON.parse(chunk.toString());
        var links = data_json.links;
        for (var i = 0;i<links.length;i++){
            if (links[i].rel == "down"){
                url_path = links[i].href;
                console.log(1)
            }
        }
    });
});

};

var second = new Date().getSeconds();
while (new Date().getSeconds() < second+6);
console.log(url_path);
console.log(2)

上面的代码就是希望把某一个rel为down的连接赋值为url_path, 这个http的操作很快的。我在主线程里面尝试了sleep了6秒钟,但是打印出来的url_path还是为undefined。而且奇怪的事情是,我代码中的打印数字的次序也不是我期望的,竟然是先打印2,再打印1,这个是为什么呢。求解啊,求高人帮忙啊

19 回复

搞明白同步和异步就知道了

花括号个数好像不匹配诶…

明白同步和异步啊。问题是回调函数是可以获取到外层变量的引用么。能够对外层变量进行赋值啊。可以是为什么我主线程出来的结果还是没有赋值成功的。

@markshao 因为是异步的,所以不会等待呀。不等待的话,你回调里面的赋值还没执行呢,下面的代码就直接while了,肯定没内容呀。

@olddog 我在while里面不是等待了六秒钟嘛,而且在console上看出来的确是等待了的,差不多是有6秒钟的样子的。我现在的疑惑是回调的线程是不是是独立,类似操作系统的fork。

@markshao 你那个while把整个进程给阻塞了,异步根本没机会执行。。。

@leizongmin 那么我们如何来等待异步的执行呢,还是说异步的代码调用是不允许在回调里面对外部变量进行赋值的。

@markshao 肯定需要在异步回调执行后做个动作的。。。

@markshao 可以这样理解异步:某天你家来了个客人,你想弄杯茶给客人喝,需要做这几个事情:烧水、洗茶杯、泡茶。

阻塞型的做法是:先烧水,一直盯着直到水开了,然后去洗茶杯,然后再泡茶;

如果是异步的话,则是:烧水,反正水一时半会还没开,顺便把茶杯给洗了,如果还有时间的话,跟客人聊聊天,等水烧开了再泡茶。

你的代码中的这部分就相当于一直盯着那个水壶,等水开了想要泡茶,可是茶杯还没洗好,于是杯具了:

var second = new Date().getSeconds(); while (new Date().getSeconds() < second+6); console.log(url_path); console.log(2)

你上面的代码可写成这样:

var url_path;

// 这个是回调函数,等获取到url_path后要执行的程序
var callback = function () {
  console.log(url_path);
  console.log(2)
};

http.get(options,function(res){
  res.on("data",function(chunk){
    var data_json = JSON.parse(chunk.toString());
    var links = data_json.links;
    for (var i = 0;i<links.length;i++){
      if (links[i].rel == "down"){
        url_path = links[i].href;
        console.log(1);
        // 执行回调函数
        callback();
      }
    }
  });
});

@leizongmin 说的有理,不过LZ的问题还是不是出在这里!!
res.on(“data”)是每次有新数据来的时候调用,这样http get获取的不完整数据每次来的时候都执行了同样代码,最后LZ认为获取完整的数据其实是不完整的!

http.get()的回调中这么写:  
var data = "";  
res.on("data", function(chunk){  
    data += chunck;  
});  
res.on("end", function(){  
    var data_json = JSON.parse(data.toString());  
    //下面自己处理吧
});    

顺便说下,最好还是要监听下"error"事件哦~~

res.on("error", function(err){  
    throw err;  
});  

@leizongmin

我根据你的提示下了一个demo测试了一下,

var p = 1;

http.get(options,function(res){ console.log(res.statusCode); res.on("data",function(chunk){ console.log(3); }); res.on("end",function(){ console.log(4); p = 4; }); });

结果还是不对的,

"C:\Program Files\nodejs\node.exe" httptest.js

1 200 3 3 3 3 4

我现在怀疑是我的while循环导致主线程被block了,由于nodejs是单线程的,所以可能那个时候的回调也没有执行。

所以我可以理解为,回调函数其实是在nodejs的主线程里面运行的,只有IO是在单独的线程中运行的。我这样的代码结构,就导致了,回调函数的执行顺序永远在while语句的后面。

可见nodejs不太适合这样的写法。犹豫我是因为拿这个来做一个测试restful的测试框架,需要每次case执行之前去把一个变量赋值。虽然可以把case写道回调中,但是总是会导致代码的可读性变低。

看来nodejs的用途还是有限的。不过可以考虑某些地方用同步的IO来实现。这样业务的逻辑性就可以比较好的保留了。

是你没理解回调,不是nodejs的用途问题。

我表示看到你上面的代码时很诧异,忘记刚开始时自己是怎么转变过来的

你的理解是对的,就是这样,只有一个线程。其实每个异步的“任务”都会塞进一个task queue里,等待main thread pick it up。当前的函数 while(true)了,main thread已经阻塞,自然没有机会pick up task

http://www.whatwg.org/specs/web-apps/current-work/multipage/webappapis.html#event-loops

@markshao 你这个执行结果没有诡异之处~
说你的主线程被while循环block了,可以这么理解,但是不恰当!
首先nodejs是单线程的,无所谓什么主线程
然后nodejs顺序执行,遇到IO操作就会交给回调处理,然后继续向下运行,你的while循环当然没有IO操作,因此肯定先执行了,又因为执行while循环的时候,nodejs是没有出现等待IO这样的空闲的,所以即使这个时候http get操作已经获取数据完毕,也是得不到处理的机会的,只有等到while循环结束!
看你的执行结果:
第一个1我不知道你是log的什么
第二个200是while循环执行完毕后,处理http get的回调时log的res.status(code),表示数据接收成功
接下的四个3是从接收的数据piping出来的过程,所以要在“data”事件里写data += chunk
piping完数据后,触发end事件,所以最后log的是4~
(有些地方可能我也表述不清,只是说下我的理解!)

@sunshine1988 lz说main thread的意思是main thread这个概念(在browser里就是ui thread)吧。而且nodejs其他的api的执行是否有起线程又不清楚。。。lz说main thread只是说相对于c++(.node 模块)代码来说,js的执行线程类似main thread吧。

要获取urlpath,还有一个方法,就是用Events,把要处理urlpath的语句放在事件里面,然后events.emitt(‘Event’);

回到顶部