17370845950

Promise链通过then()和catch()持续返回新Promise串连，每次then()生成新Promise并依返回值决定状态；错误沿链向右传递，仅未被处理的rejection能被后续catch()捕获。

Promise 链是怎么串起来的？

Promise 链的本质是 then() 和 catch() 方法持续返回新 Promise，形成可延续的异步操作流。每次调用 then() 都会生成一个新 Promise，它的状态由回调函数的返回值决定：返回普通值 → 被 resolve；返回另一个 Promise → 等待它完成；抛出异常 → 被 reject。

• 链式调用不是“复用”同一个 Promise，而是不断创建新 Promise
• then() 的两个参数分别处理 fulfilled 和 rejected 状态，但推荐只传第一个（成功回调），错误统一交给 catch()
• 链中任意一环抛错或返回被 reject 的 Promise，后续所有 then() 的成功回调都会跳过，直到遇到 catch()

为什么 catch() 放在链尾不一定能捕获所有错误？

因为 catch() 只捕获前面（左侧）Promise 链中未被处理的 rejection。如果某个 then() 内部手动调用了 reject() 但没抛错，或者用了 throw 却被上层 catch() 吞掉，错误就可能“消失”。更隐蔽的是：在 then() 回调里写同步错误（比如访问 undefined.xxx），它会被自动转为 Promise rejection —— 这类错误确实能被链尾 catch() 捕获。

• 链中某处写了 return Promise.reject(new Error('xxx'))，会被下游 catch() 捕获
• 但若在 then() 里漏写 return，或返回了非 Promise 值，后续 then() 仍会执行，不会触发 catch()
• 如果链中间加了 .catch(() => {}) 却没 re-throw，错误就终止了，链尾 catch() 收不到

如何正确做 Promise 链的错误分类处理？

不要把所有错误都塞进一个 catch()。常见做法是：在关键步骤后立即用 catch() 处理特定错误（比如网络失败重试），再把其他错误继续往下传；或者用 finally() 做清理，用 catch() 做业务兜底。

fetch('/api/user')
  .then(res => {
    if (!res.ok) throw new Error(`HTTP ${res.status}`);
    return res.json();
  })
  .catch(err => {
    if (err.name === 'TypeError') {
      // 网络中断、CORS 等
      console.error('请求未发出:', err.message);
      throw err; // 继续向上传递
    }
    if (err.message.includes('HTTP')) {
      // HTTP 错误码
      throw new Error('服务端响应异常');
    }
  })
  .then(data => console.log(data))
  .catch(err => console.error('最终失败:', err.message));

Promise 链和 async/await 错误处理混用要注意什么？

async 函数内部的 Promise 链错误，用 try/catch 捕获即可，但它只管函数体内 —— 如果你在 async 函数里返回了一个没被处理的 Promise 链，那个链的错误并不会被外层 try/catch 捕获，除非你 await 它。

• async () => { apiCall().catch(handle); }：错误被 handle 吃掉，外层 try/catch 看不到
• async () => { await apiCall(); }：任何 rejection 都会变成 async 函数的 rejection，可被外层 try/catch 捕获
• 混用时，避免在 then() 里写异步逻辑却不 await，否则错误上下文丢失

Promise 链真正的复杂点不在语法，而在错误流向的隐式传递 —— 一个没 await 的 Promise、一个空 catch()、甚至一个忘记 return 的 then()，都可能导致错误静默消失。