当javascript promise链中的`.catch()`块被触发时，默认行为是返回一个已解决的promise，这可能导致后续的`.then()`块意外执行。本教程将深入探讨这一机制，并提供两种有效策略来控制promise链的执行流：一是将`.catch()`移至链的末尾进行全局错误处理，二是利用`promise.reject()`在`.catch()`内部显式地重新抛出拒绝，从而确保在错误发生后链式`.then()`调用能够提前终止。
在异步编程中，Promise 提供了一种强大的方式来管理链式操作和错误处理。然而，开发者有时会遇到一个常见问题：即使在 Promise.catch() 块中处理了错误，后续的 Promise.then() 块仍然会被执行。这是因为 catch() 方法本身会返回一个新的 Promise，并且如果其回调函数没有抛出错误或返回一个被拒绝的 Promise，那么这个新的 Promise 默认会以其回调函数的返回值（或 undefined）解析。
理解默认行为
考虑以下示例代码，它试图从一个无效 URL 获取数据：
fetch('https://some.invalid.url')
.then(resp => resp.text())
.catch(err => console.log("got error: " + err))
.then(text => console.log("got text: " + text));运行这段代码，你会观察到以下输出：
"got error: TypeError: Failed to fetch" "got text: undefined"
尽管 fetch 操作失败并触发了 .catch() 块，但后续的 .then(text => console.log("got text: " + text)) 依然被执行了。这是因为 .catch() 内部的 console.log() 调用返回 undefined，而 .catch() 方法将这个 undefined 作为值解析为一个新的 Promise。因此，链中的下一个 .then() 接收到这个解析的 Promise，并打印出 undefined。
为了在 catch 之后阻止 then 的执行，我们需要明确地控制 Promise 链的流向。下面介绍两种有效的策略。
策略一：将 .catch() 移动到链的末尾
这是处理 Promise 链中错误的最常见和推荐做法。通过将 .catch() 放置在整个链的末尾，它将捕获之前任何 .then() 或初始 Promise 抛出的任何错误。一旦错误发生，Promise 链将跳过所有中间的 .then() 块，直接跳转到最近的 .catch() 块。
fetch('https://some.invalid.url')
.then(resp => resp.text())
.then(text => console.log("got text: " + text)) // 如果前面有错误，此then会被跳过
.catch(err => console.log("got error: " + err)); // 捕获整个链中的错误工作原理： 当 fetch 操作失败时，它会返回一个被拒绝的 Promise。这个拒绝会沿着 Promise 链向下传播，跳过所有后续的 .then() 回调，直到遇到第一个 .catch() 回调。因此，console.log("got text: " + text) 永远不会被执行。
优点：
- 简洁明了： 错误处理逻辑集中在链的末尾，易于理解和维护。
- 全局性： 捕获链中任何环节发生的错误。
- 符合预期： 错误发生后，链式操作自然终止。
适用场景： 当你希望 Promise 链中的任何一个步骤失败时，整个链的后续操作都应该停止，并且只进行一次统一的错误处理。
策略二：在 .catch() 中显式地重新拒绝 Promise
如果你的设计要求在链的中间处理一个错误（例如，记录错误信息），但仍然希望阻止该错误之后的所有 .then() 块执行，你可以选择在 .catch() 块内部显式地返回一个被拒绝的 Promise。
fetch('https://some.invalid.url')
.then(resp => resp.text())
.catch(err => {
console.log("got error: " + err); // 处理错误，例如记录日志
return Promise.reject(err); // 重新拒绝Promise，阻止后续then执行
})
.then(text => console.log("got text: " + text)); // 此then不会被执行工作原理： 当 fetch 失败时，第一个 .catch() 块被触发。它执行 console.log()，然后 return Promise.reject(err) 会创建一个新的被拒绝的 Promise，并将其返回。这个被拒绝的 Promise 会继续沿着链向下传播，导致后续的 .then() 块被跳过。
输出结果：
"got error: TypeError: Failed to fetch"
注意事项：
- 未捕获的拒绝 (Unhandled Rejection)： 如果在 return Promise.reject(err) 之后，Promise 链的末尾没有另一个 .catch() 来捕获这个重新拒绝的 Promise，那么它将触发一个 unhandledrejection 事件（在浏览器环境中）或导致进程崩溃（在 Node.js 环境中，取决于版本和配置）。
- 用途： 这种方法适用于你需要在特定位置处理错误（例如，进行一些清理或日志记录），然后明确地将错误传播下去，以确保后续操作不会在错误状态下继续执行。
何时使用此策略： 当你需要在链的中间处理错误（例如，根据错误类型执行不同操作），并且根据处理结果决定是恢复链（返回一个解析的 Promise）还是终止链（返回一个拒绝的 Promise）。在需要终止链的情况下，return Promise.reject(err) 是必要的。
总结与最佳实践
理解 Promise.catch() 的默认行为是掌握 Promise 链式调用的关键。为了在错误发生后有效地终止后续的 .then() 块执行，请遵循以下原则：
- 全局错误处理： 对于大多数情况，将 .catch() 放在 Promise 链的末尾是最佳实践。这能确保任何前置步骤的错误都能被捕获，并且整个链在错误发生后自然终止。
- 局部错误处理与终止： 如果你需要在链的中间处理一个错误，并明确地阻止后续 .then() 的执行，可以在 .catch() 块中返回 Promise.reject(err)。但务必确保这个重新拒绝的 Promise 最终会被链中的某个 .catch() 捕获，以避免未处理的拒绝。
-
错误恢复： 如果你在 .catch() 中处理错误后希望 Promise 链能够恢复并继续执行后续操作（例如，提供一个默认值），那么就不要抛出错误或返回 Promise.reject()，而是返回一个解析的值。例如：
fetch('https://some.invalid.url') .then(resp => resp.json()) .catch(err => { console.error("Fetch failed, returning default data:", err); return { data: [] }; // 返回一个解析的值，链会继续 }) .then(result => console.log("Processed result:", result));在这种情况下，catch 块返回了一个解析的值 { data: [] }，后续的 .then() 就会接收到这个值并继续执行。
通过选择合适的策略，你可以更精确地控制 Promise 链的执行流，构建出健壮且易于维护的异步代码。
