例外与未兑现承诺的区别？

Question

我正在阅读有关错误处理的内容，书上说

如果在 Promises then 处理函数中发生抛出，那么它是 拒绝。考虑异常和拒绝的一种方式是，异常是同步错误，而拒绝是异步错误。

问题

• 书上写了rejection，但那不应该是unfulfilled吗？
• 我的印象是throw 总是例外？
• 为什么只有同步代码才有例外？

Answer 1

一个未履行的承诺只是一个尚未履行的承诺，即使它不拒绝也是很有可能的。例如：

const prom = new Promise((resolve) => {
  // code here that never calls `resolve`
});

这是一个永远不会实现的承诺 - 但它也不会拒绝。

“未实现”的 Promise 不一定像上面那样永远挂起 - 它只是一个尚未解决的 Promise。

抛出总是异常？

在某种程度上，是的，尽管它在 Promise 中的行为有所不同 - 它不会导致 error 事件。相反，它会尝试在它当前所在的 Promise 链中查找 .catch 处理程序，如果找不到，则会触发 unhandledrejection 事件。

为什么只有同步代码才有例外？

这就是语言的设计方式。

Answer 2

我认为您需要了解需要拒绝的原因，以及它试图解决的问题。考虑一个简单的例子：

try {
  iDoNotExist
} catch(e) {
  //e ReferenceError
}

很简单，正在评估代码并“尝试”错误。有这样一个错误，好吧，它被抓住了。

现在，如果我们把它改成这样会怎么样：

try {
  setTimeout(function(){ iDoNotExist }, 1000);
} catch(e) {
  //e ReferenceError
}

如果您运行此代码，您会注意到您的 javascript 环境会发出错误。它不是在这里被抓住的。为什么？因为引发错误的代码在“尝试”时没有运行，只有 setTimeout 函数只是简单地调度函数，并且该函数正在完成它的工作，它正在正确地调度它。反过来，这也是为什么很多人在尝试访问异步函数的产物时会出错的原因。例如

let result;
setTimeout(() => result = true, 1000);
console.log(result) // Why is this undefined? - Famous last question

输入 Promise 进行救援，它不仅可以让您恢复通常会使用 return 的值，还可以让您恢复在所述异步操作中发生的任何潜在错误。为您提供与同步代码相似的语义（与async 函数配对时更是如此）。

所以，我会说拒绝是对例外的补充。在存在异步边界时保留您的程序流程（就像已实现的承诺一样保留函数组合）。

至于你所说的未完成...有几件事。 未完成 表示“未完成”。从技术上讲，被拒绝的承诺是未实现的承诺。然而，一个未解决的承诺（一个处于待处理状态的承诺）也是一个未实现的承诺。技术上。

大多数人会想到后者，但实际上两者都可能。主要是因为它来自“实现”和“解决”可以互换使用的时代（这是错误的）。但也因为这通常是承诺解决方案的预期结果。

在任何情况下，未解决的承诺都不是被拒绝的承诺。未解决的承诺处于过渡状态，在这种状态下，它可以转变为已履行的承诺或被拒绝的承诺。