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）、语法错误（这些根本进不了运行时）。
常见实用写法
不只是“包起来就完事”，几个高频技巧：
立即学习“Java免费学习笔记（深入）”；
-
安全解析 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 不是用来掩盖问题的，而是给不可控环节加一道可控的出口。
