問題描述

如果我需要用nodejs 請(qǐng)求多個(gè)java的接口最后得到所有數(shù)據(jù)渲染頁(yè)面，怎么樣能提高速度之前我是這樣的

//請(qǐng)求接口 http.tp(options,function(error,response,tags){http.tp(options1,function(error,response,topic){ http.tp(follow,function(error,response,follow){http.tp(options2,function(error,response,topicRCMD){ data={follow:follow,topicRCMD:topicRCMD,tags:tags,topicHot:topic, } opt.render(data); //渲染頁(yè)面}) })}) })

這樣速度很慢。然后我引用async

return async.parallel({//我關(guān)注的人follow:function(callback){ http.tp(follow,function(error, response, follow){callback(null, follow); })},// 獲取標(biāo)簽tags:function(callback){ http.tp(options,function(error, response, tags){callback(null, tags); })},// 獲取熱門話題topicHot:function(callback){ http.tp(options1,function(error, response, topicHot){callback(null, topicHot); })},// 獲取推薦話題列表topicRCMD:function(callback){ http.tp(options2,function(error, response, topicRCMD){callback(null, topicRCMD); })} }, function(err, results){console.log(’ssss:’,results);opt.render(results); //渲染頁(yè)面 });

這樣子速度變快了點(diǎn)，但還是很慢，請(qǐng)問這個(gè)有什么好的解決辦法嗎

問題解答

第一個(gè)方法慢是因?yàn)樾枰ㄙM(fèi)的時(shí)間是所有請(qǐng)求時(shí)間的總和；第二種方法只需要花費(fèi)最長(zhǎng)的那個(gè)請(qǐng)求需要的時(shí)間，自然會(huì)快一些再想優(yōu)化了就需要在渲染過程或者服務(wù)器端請(qǐng)求處理過程上優(yōu)化了

只能用promise.all類似的了吧，如果有什么好的方法可以告訴我。

這個(gè)問題其實(shí)是渲染的策略問題，其實(shí)不需要在Node把所有數(shù)據(jù)請(qǐng)求完全后再發(fā)送到客戶端。

完全可以把這個(gè)請(qǐng)求數(shù)據(jù)的步驟放到客戶端，然后客戶端ajax獲取數(shù)據(jù)。這就不需要等所有數(shù)據(jù)獲取完。

可以用es6語(yǔ)法中新增的promise，專門解決你這種回調(diào)黑洞的情況。

感覺需要考慮兩點(diǎn)，第一，你所有的都是依賴前一個(gè)嗎？有沒有可能并行發(fā)一些請(qǐng)求；第二，有沒有可能分清主次，讓客戶端去發(fā)請(qǐng)求，畢竟客戶端視窗就那么大，主次關(guān)系會(huì)很明確，客戶端發(fā)請(qǐng)求，先發(fā)重要的，用戶首屏加載會(huì)看到的，再發(fā)后面的；