async/await 不提升性能但增强稳定性：统一用 try/catch 捕获所有异常、避免 promise 链错误丢失；显式等待确保执行顺序、消除竞态与状态混乱；清晰表达并行（promise.all）与串行意图；调试体验更直观，断点与堆栈更准确。
async/await 本身不直接“提升性能”，但它通过统一错误处理、明确执行顺序和减少隐式状态，显著增强异步程序的稳定性。
错误能被可靠捕获，不会静默丢失
Promise 链中漏写 .catch()，错误就会变成未捕获的 rejection，可能触发全局 unhandledrejection 事件，甚至让 Node.js 进程退出。而 async/await 强制使用 try/catch，语法层面覆盖所有 await 行——只要在函数顶层加一层 try/catch，整个异步流程的异常都会冒泡进来，不会遗漏。
- 网络请求失败、JSON 解析出错、业务校验抛异常，全部进同一个 catch 块
- 无需为每个 Promise 单独配 .catch()，避免分散处理导致逻辑不一致
- 错误堆栈保持完整，定位问题时能看到清晰的调用链，而非被 Promise 封装后截断
执行逻辑显式可控，避免竞态与状态混乱
回调或 Promise 链容易因变量作用域、多次 resolve/reject 或重复调用引发竞态条件。async/await 让每一步等待都“停在原地”，后续代码只在前一步明确完成（成功或失败）后才执行，天然规避了这类问题。
- 串行依赖（如先登录 → 再获取用户数据 → 最后拉取权限）用 await 直接表达因果，无中间状态变量污染
- 不会出现“请求发了两次但只处理一次响应”的情况，因为 await 保证单次求值
- 配合 const 声明和解构赋值（如 const { id, name } = await getUser()），减少可变状态，降低出错概率
并行与串行意图清晰，避免误用导致超时或失败连锁
很多稳定性问题源于本该并行的请求被写成串行，拖长整体耗时，增加超时风险；或本需串行的步骤强行并行，引发数据依赖错误。async/await 结合 Promise.all 等工具，让意图一目了然。
- 独立请求（如同时拉取用户、订单、通知）用 const [user, orders, notices] = await Promise.all([fetchUser(), fetchOrders(), fetchNotices()])
- 部分失败可接受时，改用 Promise.allSettled() 并逐个检查结果状态，不因一个失败中断全部
- 混用 await 和 .then() 会破坏控制流一致性，导致错误无法被捕获——必须全程统一使用 async/await
调试体验更接近同步代码，快速定位执行断点
在调试器中，你可以像调试普通函数一样，在每个 await 行设断点，逐行跟进，观察变量变化。不像 Promise 链需要跳转多个 .then 回调，容易跟丢上下文或搞错执行时机。
- 断点停在 await 行时，能清楚看到当前等待的是哪个 Promise
- 异常发生时，调试器直接停在 throw 或 reject 的源头行，而非堆栈深处的 Promise 内部
- 配合 source map 和现代 IDE，异步调用路径可视化程度高，排查稳定性问题效率明显提升
