不能——内层catch完整处理异常后外层收不到；若重新抛出则传播，finally抛异常会静默覆盖原异常；异步需await或.catch()捕获。
内层 catch 捕获后，外层还能拿到异常吗？
不能——只要内层 catch 完整处理了异常（没重新抛出），它就彻底“消失”了，外层 catch 根本收不到。这是最常被误解的一点：很多人以为嵌套就是“层层上报”，其实它是“就近拦截”。
- 内层
catch中没写throw或throw e，异常生命周期就结束了 - 如果写了
throw（不带参数）或throw e，且e是当前捕获的异常，那它会原样向外传播 - 如果写了
throw new Error(...)，那就是全新异常，原堆栈信息丢失（除非手动补e.stack）
什么时候必须用嵌套 try-catch，而不是单层 + 条件判断？
当不同代码段需要**完全独立的错误策略**，且你无法（或不该）把它们拆成单独函数时。典型场景是资源清理逻辑里既要处理主操作失败，又要确保清理本身不出错。
- 比如：打开文件 → 写入数据 → 关闭文件；写入失败要记录日志，但关闭失败绝不能掩盖写入错误
- 又如：调用第三方 API 时，网络超时和 JSON 解析失败需走不同降级路径，而解析步骤本身还得防
JSON.parse抛错 - 注意：若只是“统一兜底”，用单层
try-catch+instanceof判断类型更清晰，没必要嵌套
finally 块里再抛异常，会吞掉原来的异常吗？
会——而且是静默覆盖。只要 finally 里有未捕获的抛出，原始异常就永远丢失了，连堆栈都找不到痕迹。
- Node.js 和现代浏览器中，
finally抛异常会直接取代try或catch中的异常 - 常见坑：在
finally里调用可能失败的清理函数（如fs.closeSync()），却不包一层try-catch - 安全做法：
finally中所有可能出错的操作，必须自己try-catch，且只记录、不抛出
异步代码里嵌套 try-catch 为什么经常失效？
因为 try-catch 只能捕获同步异常。Promise 链、async/await 的异常不在同一执行上下文里，必须靠 .catch() 或 await 后的 try-catch 显式接住。
- 错误写法：
try { fetch('/api').then(...); } catch(e) { }——fetch立即返回 Promise，then回调异步执行，catch压根管不到 - 正确写法一（
async/await）：try { const res = await fetch(...); } catch(e) { } - 正确写法二（Promise 链）：
fetch(...).then(...).catch(...)，且每个then的回调里如有可能出错的同步代码，才需内部try-catch
finally 的破坏力——它看着像收尾，实则是异常的终结者。 
