$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 会比顺序等待一个承诺解决后再开始下一个承诺要慢。事实上，我认为 $q.all 会更快，因为它允许我在第一个服务调用解决之前启动第二个服务调用。

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

这些后端服务相当轻量级：

产品控制器：

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

用户控制器：

[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 毫秒。

映射服务.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 开发工具执行的性能：

选项 2：在解决两个 Promise 之前需要大约 250 毫秒：

映射服务.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，而不是托管）。

我知道我的回答并没有真正提供任何解决方案，但我认为这是一种可能会让您高枕无忧的见解。