async 语法糖通过统一错误传播路径、明确执行边界和降低结构复杂度提升健壮性：错误自动封装进 promise 链，try/catch 覆盖多行异步逻辑，并行/串行一目了然，避免常见反模式。
async 语法糖本身不直接修复 bug，但它通过统一错误传播路径、明确执行边界和降低结构复杂度，让代码更易写对、更易查错、更难漏处理——这才是健壮性的真正来源。
错误自动封装进 Promise 链
只要函数标记为 async，无论 return 值还是 throw 错误，都会被自动转为 Promise 的 resolved 或 rejected 状态。这意味着：
- 同步抛错（比如 JSON.parse 失败、访问 undefined 属性）和异步 reject（比如 fetch 返回 404）走同一套错误通道
- 调用方无需区分“是 Promise 拒绝还是普通异常”，统一用 .catch() 或 try/catch 捕获
- 避免了传统回调中常见的“错误被吞掉”或“只处理网络层、漏掉解析层”的断层问题
用 try/catch 实现清晰的错误边界
await 让异步操作在语法上“停住”，这使得 try/catch 能自然覆盖多行异步逻辑，而不是每个 .then() 单独加 .catch()：
- 一个 try 块可包裹多个 await，例如：获取响应 → 解析 JSON → 校验字段 → 存入状态
- catch 中能统一做日志、降级（返回默认数据）、用户提示，甚至重试逻辑
- 不同层级可设不同策略：service 层捕获后转业务错误，UI 层只处理展示逻辑，根组件兜底防崩溃
并行与串行逻辑一目了然，减少隐性依赖
async/await 不强制顺序，但它的线性写法反而让人更容易发现哪些操作其实可以并行：
- 写成 await a(); await b(); 就明确表达了“b 必须等 a 完成”
- 而 const [a, b] = await Promise.all([a(), b()]); 一眼看出两者独立
- 这种可读性直接减少了因误串行导致的超时、空指针、竞态等问题
避免常见反模式，从源头减少脆弱点
很多健壮性问题源于结构混乱，async/await 配合简单原则就能规避：
- 不在循环里对非依赖请求逐个 await（改用 Promise.all 批量发起）
- 不把多个 await 嵌在 if/else 深层分支里（提前 return 或拆成小函数）
- 每个 async 函数都默认有 error fallback，哪怕只是 console.warn + 返回 null
