javascript - 复杂 promise 返回链中的 promise catch() 顺序

Question

当我从函数 A 返回一个 promise 到函数 B，然后从 A 返回数据，并且两个调用都在 Promise 上捕获时，错误是如何捕获的？我知道，当 promise 得到解决时，A 总是首先执行，然后是 B，然后是从 A 返回的数据。但是当这种 Promises 的返回形成一个长链时，我无法理解错误是如何被捕获的。这是场景的简化示例。我正在使用 Redux-thunk action creators 来管理状态。

function postActionCreator(data) {
  return (dispatch) => {
    dispatch(type: POST_LOADING)
    return Source.post()
      .then(response => {
        dispatch(type: POST_SUCCESS, payload: response)
        return response
      })
      .catch(error => {
        // Is this catch called if handlePost throws error in then?
        dispatch(type: POST_ERROR, payload: error)
        throw new Error(error)
      })
  }
}

// Container component's post function calling the Redux action creator
function handlePost(data) {
  this.props.postActionCreator(data)
    .then(response => {
      // Do something with response
    })
    .catch(error => {
      // Or is the error caught with this catch?
    })
}

// Or are the both catchs called, in which order and why?

在这三种不同的情况下如何处理错误:

• Source.post 抛出和错误
• postActionCreator 会抛出一个错误
• 然后 handlePost 抛出一个错误

Answer 1

当使用 promises 时，函数应该做以下三件事之一:

1. 返回一个值
2. 返回 promise
3. 抛出错误

对于这个问题，我们不太关心前两种情况，但是你可以阅读promises resolution procedure在这里了解更多信息。因此，让我们看一下该错误案例。

在 JavaScript 中，错误 - 与大多数事物一样 - 只是对象。创建错误和选择如何传播该错误是两件不同的事情。传播错误的两大类是同步的和异步的。要同步传播错误，您必须 throw 它，对于异步，您只需通过一些预定义的约定(例如回调或 promise )传递错误对象。

要完整回答这个问题，我们需要了解如何处理这两种不同的错误类型。对于同步错误(已抛出)，处理它们的唯一方法(除了捕获所有事件处理程序，如 window.onerror)是将它们包装在 try/catch声明。对于异步错误，我们仅遵循如何将此数据传递回调用堆栈的约定。

所以用这些知识回答你的问题:

Source.post 抛出错误

如果我假设“抛出错误”是指“发生错误”，那么在不知道 Source.post 的源代码的情况下，我们无法知道这将如何运行。如果确实抛出了错误，假设有一些意外的 ReferenceError，那么它实际上根本不会被处理:

function post() {
  foo.bar; // will throw
}

function run() {
  post()
    .then(log)
    .catch(log);
}

会导致:

ReferenceError: foo is not defined
    at post (sync.js:6:3)
    at run (sync.js:10:3)
    at Object.<anonymous> (sync.js:15:1)

现在如果 post 函数实际上异步处理错误，在这种情况下通过确认传递错误的 promise 约定，我们会看到它会被捕获:

function post() {
  return new Promise((resolve, reject) => {
    reject('foo');
  });
}

function run() {
  post()
    .then(() => {})
    .catch((err) => {
      console.error('Caught error:', err);
    });
}

结果

捕获错误:foo

一个更有趣的部分是您的代码，在 catch 语句中实际上抛出一个新的 Error 对象。在这种情况下，我们还有最后一件事要了解。我们知道同步抛出一个错误意味着它必须被捕获，但是从一个then 函数内部抛出一个错误会导致一个被拒绝的异常，而不是一个错误，那么这是怎么回事呢？好吧，promise 实现在内部将您传递给 then 的函数包装在 try/catch block 中，然后通过拒绝 promise 来处理此错误。我们可以这样证明:

function post() {
  return new Promise((resolve, reject) => {
    resolve('foo');
  });
}

function run() {
  post()
    .then((result) => {
      throw result;
    })
    .catch((err) => {
      console.error('Caught error:', err);
    });
}

在这种情况下，错误也被捕获。

postActionCreator 会抛出一个错误

这现在变得简单了。 then 中的错误被捕获并传播。它到达 postActionCreator 中的 catch，然后被重新抛出到外部 catch。

handlePost 会抛出错误

最简单的情况。它会在内部被捕获，您会在 then 之后立即在 catch 语句中得到错误。

---

最后，您可能会想，“我如何处理 Source.post 中的那些同步错误？如果那不是我的功能怎么办？”。好问题!您可以使用类似 promise.try 的实用程序Bluebird 为您包装此功能。