异步错误处理的关键是让错误流与业务流对齐：统一链尾捕获、区分可恢复与不可恢复错误、await必须被try/catch包裹、并行任务需独立容错。
异步错误处理的关键，不是堆砌 try/catch 或 .catch()，而是让错误流与业务流对齐——该中断时中断，该兜底时兜底，该继续时继续。
用单点捕获代替分散处理
Promise 链中，错误会自动向后冒泡，直到遇到第一个 .catch()。这意味着你不需要在每个 .then() 里重复写错误分支：
- ✅ 正确做法：链尾统一加一个 .catch()，覆盖所有上游步骤（请求、解析、转换）的异常
- ❌ 错误习惯：在每个 .then() 后跟 .then(null, handleError)，导致逻辑割裂、错误路径难追踪
- ⚠️ 注意：未被任何 .catch() 捕获的 Promise 错误会触发 unhandledRejection 事件，生产环境必须监听并记录
区分“可恢复”和“不可恢复”错误
不是所有错误都该终止流程。比如网络超时可以重试，数据格式错误可能要降级展示，而认证失效则需跳转登录页：
- 对临时性错误（如 ECONNRESET、502），可用 retry(2) 或指数退避重试
- 对确定性错误（如 401、404），直接走业务降级逻辑，比如显示缓存数据或空状态
- 避免把所有错误都 throw 出去再统一处理——丢失上下文，难以针对性响应
async/await 中别漏掉 try/catch 的作用域
await 只是语法糖，它不会自动捕获异步错误。外围的 try/catch 必须包裹到 await 表达式本身：
- ✅ 正确：try { const data = await fetchUser(); }
- ❌ 错误：const p = fetchUser(); try { const data = await p; } —— 这样 p 的 reject 仍可能逃逸
- 在 Express 等框架中，异步路由函数出错不会自动进错误中间件，必须显式调用 next(err)
为并行任务设计独立容错边界
多个异步任务并行执行时（如 Promise.all()），一个失败默认导致全部中断。若任务彼此无关，应主动隔离错误：
- 用 Promise.allSettled() 替代 Promise.all()，获取每个任务的 fulfilled/rejected 状态
- 或封装单个任务： async function safeTask() { try { return await task(); } catch (e) { return { error: e }; } }
- 避免因一个头像加载失败，导致整页用户列表渲染卡住
