JS错误处理：try-catch与Promise.catch对比解析

文章小白一枚，正在不断学习积累知识，现将学习到的知识记录一下，也是将我的所得分享给大家！而今天这篇文章《JS错误处理：try-catch与Promise.catch区别解析》带大家来了解一下##content_title##，希望对大家的知识积累有所帮助，从而弥补自己的不足，助力实战开发！

try...catch捕获同步错误及Promise构造函数内立即抛出的错误，Promise.catch()专用于处理Promise链中的异步拒绝；前者作用于块级同步上下文，后者依赖Promise状态冒泡机制。

JavaScript 中的 try...catch 和 Promise.catch() 都用于捕获错误，但作用域、触发时机和适用场景完全不同。简单说：try...catch 捕同步错误和部分可立即抛出的异步错误（如 Promise 构造函数内 throw），而 Promise.catch() 专为处理 Promise 链中的异步拒绝（reject 或抛出异常）设计。

作用范围不同：同步 vs 异步流程

try...catch 只能捕获其代码块内**同步执行时**抛出的错误，以及 Promise 构造器中**立即执行**的同步错误（比如 new Promise(() => { throw new Error() })）。它对 .then() 回调里抛出的错误、async/await 中 await 后的异步错误（除非在 try 块内 await）无能为力。

Promise.catch() 是 Promise 原型方法，只响应当前 Promise 实例的状态变为 rejected，包括：
- 显式调用 reject()
- Promise 执行器中同步抛错
- 在 .then() 回调中抛出异常或返回被拒绝的 Promise

错误传递机制不同：链式 vs 块级

Promise 错误具有“冒泡”特性：只要链中某处没写 .catch()，错误会沿链向后传递，直到遇到第一个 .catch() 或被全局未处理拒绝捕获。例如：

而 try...catch 是静态块级作用域，无法跨越异步边界捕获后续回调里的错误：

与 async/await 结合时的实际写法差异

async/await 让异步代码写起来像同步，这时 try...catch 就变得非常有用——因为它能自然捕获 await 后被拒绝的 Promise：

等价于用 Promise 写：

注意：单独对 fetch() 调用加 try...catch 不够，必须把整个 await 流程包进 try 块。

全局兜底：unhandledrejection 很关键

未被 .catch() 或 try...catch（配合 await）捕获的 Promise 拒绝，会触发 window.addEventListener('unhandledrejection')。这是监控线上静默失败的重要手段：

而未被捕获的同步错误会触发 error 事件，两者需分开监听。

今天关于《JS错误处理：try-catch与Promise.catch对比解析》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！