$ q.all慢于顺序.then()?

时间:2017-06-02 13:39:25

标签: angularjs asp.net-mvc angular-promise

我有一些角度代码通过$ http.get调用两个独立的后端服务。后端是ASP.NET MVC 5.

我通过$ http.get调用服务,因为在继续之前需要来自两个服务的响应,我将返回的promises包装在$ q.all中。但是,与通过$ q.all解析promises相比,在顺序解析promises(即在第一个promise的.then回调中调用第二个服务)时,似乎会产生巨大的开销。

开销出现在TTFB(第一个字节的时间)。

我无法弄清楚为什么$ q.all会比在开始下一个之前顺序等待一个承诺解决的速度慢。事实上,我认为$ q.all会更快,因为它允许我在第一次服务调用之前启动第二次服务调用。

继续阅读以了解实施细节。

这些后端服务非常轻量级:

的ProductsController:

[HttpGet]
public Dictionary<string, PriceListTypeDto> GetPriceListTypesForProducts([FromUri] List<string> productErpIds)
{
    // Work to get PriceListTypes. Work takes 40 ms on avg.
}

UserController中:

[HttpGet]
public int? GetUserOrganizationId()
{
    // work to get orgId. 1-10 ms runtime on avg.
}

调用这些服务的Javascript函数:

var addPriceListTypes = function (replacementInfoObjects, productErpIds) {
    return productService.getPriceListTypesForProducts(productErpIds) // Returns promise from $http.get
        .then(function (response) {
            // Simple work, takes 1 ms.
        })
        .catch(function () {
        });
}


var addOrganizationSpecificDetails = function (replacementInfoObjects) {
    return userContextService.getUserOrganizationId() // Returns promise from $http.get
       .then(function (response) {
            // Simple work, takes 1 ms.
        })
        .catch(function () {
        });
};

处理承诺:

选项1:在调用$ q.all.then之前需要大约600毫秒。

映射-service.js:

var deferredResult = $q.defer();
var orgDetailsPromise = addOrganizationSpecificDetails(productInfoObjects);
var priceListPromise = addPriceListTypes(products, productErpIds);

$q.all([orgDetailsPromise, priceListPromise])
    .then(function () {
        deferredResult.resolve(productInfoObjects);
    }).catch(function () {
        deferredResult.reject();
    });

return deferredResult.promise;

Chrome devtools的效果:

选项2:在两个承诺解决之前需要大约250毫秒:

映射-service.js:

var deferredResult = $q.defer();
addOrganizationSpecificDetails(productInfoObjects)
    .then(function () {
        addPriceListTypes(productInfoObjects, productErpIds)
            .then(function () {
                deferredResult.resolve(productInfoObjects);
            })
            .catch(function () {
                deferredResult.reject();
            });
    })
    .catch(function () {
        deferredResult.reject();
    });

return deferredResult.promise;

Chrome devtools的效果:

选项1中的开销来自哪里?我错过了什么?我完全被这里难住了。如果您需要更多信息,请与我们联系。

1 个答案:

答案 0 :(得分:0)

在为Microsoft CRM构建自定义屏幕的过程中,我遇到了类似的问题。我正在使用$q.all()并意识到通过同时向服务器发出多个请求,其中一些失败或花了很长时间才得到解决。最终我们做了同样的事情 - 将请求链接起来,而不是一次性解决所有请求。

我相信这可能与我们的问题类似。我想说的是,我对这种情况并不感到惊讶。我不确定我们的问题究竟是什么(意味着什么导致了它),但它就在那里而且不在我们手中(这是在线CRM,而不是托管)。

我知道我的答案并没有真正提供任何解决方案,但我认为这是一种可以让您安心的见解。