All([])返回已解决的promise，而promise.race([])返回挂起的promise。为什么他们不一样？

Question

如果用非空数组调用promise.all或promise.race，它们将返回一个挂起的promise：

console.log(Promise.all([1]));
// prints Promise {<pending>}
console.log(Promise.race([1]));
// returns Promise {<pending>}

console.log(Promise.race([]));
// prints Promise {<pending>}

console.log(Promise.all([]));
// prints Promise {<resolved>: Array(0)}

为什么promise。所有功能都是这样设计的？似乎没有很好的理由不一致，但也许我错过了什么。

Answer 1

来自promise.race()的EMCA脚本规范：

如果iterable参数为空，或者iterable中的promise都没有解决，则此方法返回的挂起promise将永远不会解决

在这方面，promise.all()规范不太容易遵循，但基本上当您传递给它一个空数组时，它从0的RemainingElementsCount开始，这使得它可以立即解析。

从逻辑上讲，这是有道理的。promise.race()应该解析为要解析的第一个promise的值，但是如果不传递任何内容，那么实际上就没有第一个解析的值。唯一的其他选项是拒绝或解析为undefined，或者抛出无效用法的异常。我不太清楚为什么设计者选择了他们所做的结果而不是这些其他选择，但至少在规范中有明确的详细说明。

另一方面，promise.all()可以很好地解析为空数组，这是传递空数组的逻辑结果。

为什么promise。所有功能都是这样设计的？

要真正“了解”设计者的逻辑，你必须询问他们中的一个，或者参加过讨论，或者找到讨论逻辑的邮件列表。

但是，可以设置一个参数，如果您有一个可变长度的数组，其中包含要用promise.all()完成的内容，那么无论数组中有20项还是0项，该函数都应该工作。对于0长度数组，它将在下一个刻度时立即解析，这将是有用和一致的，因为没有promise要等待，并且有一个解析值（空数组）适合且一致。

ES6专题讨论

下面是关于promise.race()从不解析的开发讨论的链接:https://github.com/domenic/promises-unwrapping/issis/75。当然有人不同意目前的实施。

我个人的观点（在关于这个主题的各种讨论中，其他一些人也有同感）是，它应该抛出一个异常，因为它基本上是一个无效的条件，从开发的角度来看，“快速而明显地失败”比无限的promise要好得多。但是，显然有更多的人喜欢它的方式。

Bluebird文档建议使用promise.any()而不是promise.race()，部分原因是它没有这种行为。