嵌套 try-catch 适用于多异步步骤强依赖但允许局部失败的场景，核心判断标准是错误是否需隔离处理；应通过封装函数、块级作用域、并行 api（如 allsettled）和卸载检查来避免金字塔结构与副作用。
嵌套 try-catch 并非错误，而是有明确适用场景的手段——当多个异步步骤存在强依赖，但其中某几步允许局部失败、不中断后续流程时，嵌套能实现精准控制。
什么时候该用嵌套？
核心判断标准是“错误是否需要隔离处理”：
- 用户资料加载失败，但头像和昵称仍可分别尝试获取 → 各自包裹独立 try-catch
- 主接口超时后自动降级调用缓存接口 → 主 await 外层包 try，内部 fallback 再包一层 try
- 日志上报必须成功，但不影响主流程 → 单独抽离为无 await 的 fire-and-forget 调用，并在内部自行捕获
怎么避免嵌套变“金字塔”？
关键不是去掉嵌套，而是把重复逻辑收口、把层级扁平化：
- 每个内层 try-catch 只处理本步骤特有的恢复逻辑（如重试次数、降级策略），通用日志或监控统一由工具函数注入
- 用封装函数替代裸写（如 to() 函数返回
[data, err]），让错误判断变成 if 分支而非嵌套结构 - 对并行请求，优先用
Promise.allSettled()替代串行 await + 嵌套，天然支持各路独立成败
嵌套中变量作用域怎么管？
避免在外层声明中间变量（如 let user, posts），改用块级作用域隔离：
- 内层 try 中声明的变量（如
const profile = await fetchProfile()）不会污染外层 - 若需跨层传递，只传必要字段（如
profile.id），不传整个响应对象 - 对必须复用的数据，用函数参数或闭包显式传递，不依赖作用域链隐式查找
Vue/React 中特别注意什么？
组件可能在异步过程中卸载，导致 setState 或 DOM 操作报错：
- 在内层 try-catch 中检查组件是否 still mounted（Vue 用
isMounted，React 用 ref 标记） - 避免在 catch 里直接调用
this.setState或updateUser，先确认上下文有效 - 未处理的 Promise 拒绝会触发
unhandledrejection，即使有嵌套 try-catch，也要确保每个 await 都被包裹或显式 .catch()
