javascript异常处理核心靠try...catch...finally实现，throw触发自动向上查找匹配catch，finally必执行；恢复指catch内赋默认值或重试以重建运行状态。
JavaScript 中异常分支的跳转与恢复，核心靠 try...catch...finally 结构实现，不是靠 goto 或标签跳转，也不依赖 return、break 等流程控制语句“绕开”异常——而是通过明确的错误捕获边界和可预测的执行路径来管理。
异常发生时的自然跳转：try 到 catch 的隐式转移
当 try 块中抛出异常（throw），JS 引擎会立即中断当前执行流，沿调用栈向上查找最近的、能匹配该异常类型的 catch 块。这个过程是自动、不可中断的：
- 跳转不依赖条件判断，也不受 if/else 影响；只要 throw 执行，就必然离开 try 块
- 如果当前函数没有匹配的 catch，异常会向上传播到外层函数，直到被捕获或终止脚本
- throw 后面的代码（包括同一 try 块内的后续语句）不会执行，但
finally仍会运行
恢复执行的关键：catch 块内重置状态或提供默认值
所谓“恢复”，不是回到异常发生前的某一行，而是让程序在 catch 中重新建立可继续运行的状态：
- 给变量赋默认值：
let data = null; try { data = fetchSync(); } catch { data = []; } - 重试逻辑（需谨慎）：
let result; for (let i = 0; i - 转换错误类型便于上层处理：
catch (e) { throw new CustomError("Network failed", { cause: e }); }
finally：确保清理，但不用于“恢复业务逻辑”
finally 块无论是否抛出异常、是否被 catch 捕获，都会执行。它适合做资源释放、状态清理，但不适合放恢复主流程的代码：
- ✅ 正确用法：关闭定时器、释放锁、重置 loading 状态
- ❌ 错误用法：在 finally 里试图重新赋值关键变量来“挽救”失败流程（可能掩盖问题且逻辑混乱）
- 注意：如果 finally 中抛出新异常，会覆盖原异常；如果 finally 中 return，会忽略 catch 中的 return
现代替代方案：async/await + try-catch 处理异步异常
异步操作中的异常不能用同步方式捕获，必须配合 await 使用 try-catch：
- Promise.reject() 不会被顶层 try-catch 捕获，除非 await 它
- 错误处理位置决定恢复点：
try { const res = await fetch(...); return res.json(); } catch (e) { return { error: true }; } - 避免“吞掉错误”：空 catch 块（
catch {}）会让异常静默消失，应至少记录或明确返回 fallback
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
