17370845950

try...catch 是 JavaScript 中用于捕获运行时异常的核心机制，包含 try（执行可能出错代码）、catch（捕获并处理错误）、finally（无论成败均执行收尾操作）三部分，适用于不可控外部操作，而非可预判逻辑错误。

JavaScript 错误处理的核心机制之一就是 try...catch，它用来捕获并响应运行时发生的异常，防止程序意外中断。它不是万能的“兜底开关”，而是专为那些你无法提前预判、又必须稳住流程的场景设计的。

try...catch 的基本结构和执行逻辑

语法很简单，但行为很关键：

• try 块：放可能出错的代码；一旦某行抛错，后面所有语句立刻跳过，不执行。
• catch 块：只在 try 抛错时触发，接收一个 error 参数（比如 catch(e)），里面包含 e.message、e.name、e.stack 等有用信息。
• finally 块（可选）：无论 try 成功还是失败，也无论 catch 是否执行，它都一定运行——适合关连接、清定时器、还原 UI 状态等收尾操作。

什么时候该用，什么时候不该用

滥用 try...catch 反而让代码变难读、性能略降。重点看错误是否“不可控”：

• 适合用：JSON.parse() 解析用户输入、调第三方 SDK、读取 localStorage 数据、动态 require 模块等——你管不了源头数据或外部行为。
• 没必要用：if (x === undefined) 就能避免的引用错误、明显可校验的参数（比如 b === 0 就别等除零再 catch）、语法错误（这些根本进不了运行时）。

常见实用写法

不只是“包起来就完事”，几个高频技巧：

• 安全解析 JSON：try { return JSON.parse(str); } catch { return {}; }
• 按错误类型区别处理：用 error instanceof TypeError 或 error.name === 'SyntaxError' 分流日志或降级策略。
• 主动抛错 + 自定义消息：在业务逻辑里 throw new Error('支付金额异常')，让上层统一捕获，比散落的 if 判断更清晰。
• 异步操作要小心：Promise 需用 .catch() 或配合 async/await 写在 try 内；直接在 try 里 await 一个没 catch 的 Promise，错误仍会冒泡出去。

finally 的真实作用

它不是“善后提醒”，而是可靠的执行保障：

• 即使 try 里写了 return 123，finally 仍会执行；甚至 finally 里再写 return 456，最终函数就真返回 456。
• 典型用途：打开弹窗后，不管成功失败，都要调 loading.close()；发起请求后，不管响应如何，都要清除 pending 状态。

基本上就这些。核心就一条：try...catch 不是用来掩盖问题的，而是给不可控环节加一道可控的出口。