promise.catch 能捕获 promise 链中任何环节的拒绝及同步错误，但无法捕获链外同步错误、未包装成 promise 的异步错误及未处理的全局拒绝。1. 链外同步错误如 referenceerror 不在 promise 内部抛出则无法被捕获；2. settimeout 等独立异步操作中的错误若未封装为 promise 也无法被链上 catch 捕获；3. 若 promise 被拒绝但未附加任何 catch 或 onrejected 回调，则会触发全局 unhandledrejection 事件而非被 catch 捕获。
Promise.catch 是 JavaScript 异步编程中处理 Promise 链条里错误的核心机制。它提供了一种简洁、可靠的方式来捕获和处理 Promise 被拒绝（rejected）时抛出的异常，确保你的异步操作流程能够优雅地应对各种意料之外的情况，避免程序崩溃或进入不可预测的状态。
解决方案
在使用 Promise 进行异步操作时，Promise.catch() 方法是处理错误和异常的标准实践。它接受一个回调函数作为参数，当 Promise 链中的任何一个 Promise 被拒绝时，这个回调函数就会被调用。这个机制非常强大，因为它不仅能捕获当前 Promise 的拒绝，还能捕获之前链条中任何一个 then 回调函数里抛出的同步错误，或者上一个 Promise 拒绝导致的错误。
一个典型的用法是将其放在 Promise 链的末尾，作为一个统一的错误处理入口。这样，无论链条中哪个环节出了问题，错误都会沿着链条向下传递，直到被最近的 catch 捕获。这使得错误处理逻辑变得集中且易于维护。
例如：
fetch('/api/data') .then(response => { if (!response.ok) { // 模拟一个 HTTP 错误，抛出异常 throw new Error(`HTTP error! Status: ${response.status}`); } return response.JSon(); }) .then(data => { console.log('数据获取成功:', data); // 假设这里可能发生一些处理数据时的错误 if (data.items.length === 0) { throw new Error('数据集为空，无法处理'); } return data.items.map(item => item.id); }) .catch(error => { // 统一捕获上述任何环节的错误 console.error('操作过程中发生错误:', error.message); // 可以在这里进行错误上报、用户提示等 document.getElementById('error-message').textContent = `出错了: ${error.message}`; });
catch 方法本身也会返回一个新的 Promise。这意味着你可以在 catch 之后继续链式调用 then，这在某些场景下很有用，比如你捕获错误后想进行一些恢复操作，然后继续后续流程。如果在 catch 块中没有抛出新的错误，并且返回了一个值，那么后续的 then 会接收到这个值，Promise 链会从拒绝状态转变为解决状态。
Promise.catch 和 .then(NULL, errorCallback) 有什么区别？
这确实是 Promise 错误处理中一个经常被问到的点。从表面上看，Promise.catch(errorCallback) 似乎和 Promise.then(null, errorCallback) 功能一样，都是用来处理 Promise 拒绝的。但它们之间存在一个关键的、微妙的差异，这使得 catch 在大多数情况下成为更优的选择。
Promise.then(onFulfilled, onRejected) 的 onRejected 回调函数，它只会捕获 当前 Promise 的拒绝，或者说，捕获由 onFulfilled 回调函数中抛出的同步错误。举个例子：
new Promise((resolve, reject) => { resolve('成功'); }) .then(value => { console.log(value); // 输出：成功 throw new Error('在 then 中抛出的错误'); // 这个错误 }, error => { console.error('这个 errorCallback 能捕获到吗？', error); // 不能 }) .catch(error => { console.error('catch 捕获到了:', error.message); // catch 可以捕获到 });
在这个例子中，then 的第二个参数（errorCallback）无法捕获到其 前一个 then 回调函数（即 value => { … }）中抛出的错误。因为当 value => { … } 执行时，Promise 已经处于解决（fulfilled）状态，并且其 onRejected 回调函数已经不再活跃。而 catch 方法，则可以捕获到其 前面所有 Promise 链中任何环节抛出的错误（无论是 Promise 拒绝还是同步错误）。
简单来说，catch 是专门为错误处理设计的，它更健壮，能够捕获整个链条上的错误，而 then 的第二个参数则更像是针对特定 Promise 阶段的错误处理。因此，在实际开发中，几乎总是推荐使用 catch 来进行错误捕获，它让你的代码更清晰，错误处理更全面。
什么时候应该使用 Promise.catch？
说实话，只要你在用 Promise，就几乎总该考虑用 Promise.catch。它不仅仅是一个错误处理工具，更是一种编程范式，确保你的异步代码具备韧性。
具体来说：
-
任何 Promise 链的末尾： 这是最常见的用法。将 catch 放在链条的最后，作为整个异步操作的“兜底”错误处理器。这样，无论中间哪个环节出错，都能被统一捕获，避免未处理的 Promise 拒绝（unhandled promise rejection）导致全局错误或程序崩溃。
-
需要特定错误恢复逻辑时： 有时候，你可能在某个特定的异步操作后，希望对某种错误进行特殊处理，并可能尝试恢复或提供备用方案。这时，你可以在链条的中间插入一个 catch。例如，尝试从主服务器获取数据失败后，立即尝试从备份服务器获取：
fetch('/api/main-data') .catch(error => { console.warn('主服务器数据获取失败，尝试备份:', error.message); return fetch('/api/backup-data'); // 返回一个新的 Promise，链条继续 }) .then(response => response.json()) .then(data => console.log('最终数据:', data)) .catch(finalError => { console.error('所有尝试都失败了:', finalError.message); }); -
使用 async/await 时的替代方案： 虽然 async/await 配合 try…catch 提供了更像同步代码的错误处理方式，但 Promise.catch 在处理传统 Promise 链时依然是不可或缺的。甚至在 async 函数内部，如果你返回了一个 Promise，其拒绝依然可以通过外部的 catch 来捕获。
async function fetchData() { try { const response = await fetch('/api/user'); if (!response.ok) { throw new Error('用户数据获取失败'); } return await response.json(); } catch (error) { console.error('async/await 内部捕获:', error.message); throw error; // 重新抛出，让外部的 catch 也能捕获 } } fetchData() .then(data => console.log('获取到的用户数据:', data)) .catch(err => console.error('外部 catch 捕获:', err.message));
总之，Promise.catch 是现代 JavaScript 异步编程中不可或缺的一部分，它的存在让异步错误处理变得更加可靠和可预测。
Promise.catch 无法捕获的错误有哪些？
尽管 Promise.catch 强大，但它并非万能药，有些类型的错误是它无法直接捕获的。理解这些边界对于编写健壮的异步代码至关重要。
-
同步代码中、Promise 链之外的错误： 如果一个错误发生在 Promise 构造函数执行之前，或者在任何 Promise 链之外的同步代码中，catch 是无能为力的。比如一个简单的 console.log(undefinedVar.prop) 这样的 ReferenceError，如果它不是在 Promise 回调中抛出，或者没有被 try…catch 包裹，它就会直接导致程序中断。
// 这个错误 Promise.catch 无法捕获 // console.log(nonExistentVariable); // 会直接报错并中断 new Promise((resolve, reject) => { // 这里的错误可以捕获 // throw new Error('Promise 内部错误'); resolve('ok'); }) .then(data => { console.log(data); }) .catch(error => { console.error('捕获到了:', error.message); }); -
setTimeout 或其他异步回调中，但未被 Promise 包装的错误： 如果你在一个 then 或 catch 回调中，启动了一个新的、独立的异步操作（比如一个 setTimeout），而这个操作内部又抛出了错误，但你没有用 Promise 来封装它，那么这个错误就不会被 Promise 链上的 catch 捕获。它会成为一个“未捕获的异常”，通常会触发全局的 window.onerror 或 process.on(‘uncaughtException’) 事件。
new Promise(resolve => { resolve('开始'); }) .then(() => { console.log('执行 then'); setTimeout(() => { // 这个错误不会被 Promise.catch 捕获 throw new Error('setTimeout 内部的未处理错误'); }, 0); }) .catch(error => { console.error('Promise 链捕获到:', error.message); // 不会执行 }); // 为了捕获这种错误，需要将 setTimeout 包装成 Promise new Promise(resolve => { resolve('开始'); }) .then(() => { console.log('执行 then'); return new Promise((res, rej) => { setTimeout(() => { rej(new Error('setTimeout 内部的已处理错误')); }, 0); }); }) .catch(error => { console.error('Promise 链捕获到:', error.message); // 会执行 }); -
全局的未处理 Promise 拒绝： 严格来说，Promise.catch 的目的就是防止出现“未处理的 Promise 拒绝”。如果你创建了一个 Promise，它被拒绝了，但你从头到尾都没有在它的链上附加任何 catch 或 then(null, …) 来处理这个拒绝，那么它就会成为一个未处理的拒绝。这种情况下，浏览器环境会触发 unhandledrejection 事件，Node.js 环境会触发 unhandledRejection 进程事件。这不是 catch 无法捕获，而是你根本就没有给它机会去捕获。
const p = new Promise((resolve, reject) => { reject(new Error('这个 Promise 没有被 catch！')); }); // p.catch(error => console.error('我本可以捕获它:', error.message)); // 如果不加这行，就会触发 unhandledrejection
理解这些边界，可以帮助你更全面地设计错误处理策略，结合 try…catch 和全局错误监听，确保你的应用程序在异步世界中也能稳健运行。
