angularjs - $q.all 比顺序 .then() 慢？

Question

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

我通过 $http.get 调用这些服务，因为在继续之前我需要两个服务的响应，所以我将返回的 promise 包装在 $q.all 中。然而，通过 $q.all 解析 Promise 与按顺序解析 Promise 相比似乎存在大量开销(即在第一个 Promise 的 .then 回调中调用第二个服务)。

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

我不明白为什么 $q.all 会比在开始下一个之前顺序等待一个 promise 解决要慢。事实上，我认为 $q.all 会更快，因为它允许我在第一个服务调用解决之前启动第二个服务调用。

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

这些后端服务相当轻量:

产品 Controller :

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

用户 Controller :

[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 () {
        });
};

处理 promise :

选项 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:在解决两个 promise 之前大约需要 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 中的开销从何而来？我错过了什么？我完全被难住了。如果您需要更多信息，请告诉我。

Answer 1

不久前，我在为 Microsoft CRM 构建自定义屏幕时遇到了非常相似的问题。我正在使用 $q.all()并意识到通过同时向服务器发送多个请求，其中一些请求失败或需要很长时间才能得到解决。最终我们做了你做的同样的事情 - 链接请求而不是一次触发它们。

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

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