async/await 不简化三方库本身，而是让调用返回 Promise 的现代库（如 axios、Supabase、Prisma）的异步逻辑更清晰：支持线性写法、干净作用域、自然校验、统一 try/catch 错误处理、易控并发，并避免 for 循环中误用 await 导致性能下降。
async/await 本身不简化三方库，而是让调用三方库的异步逻辑更清晰、更可控——尤其当库返回 Promise（绝大多数现代 JS 库都如此）时，它把“嵌套回调”和“链式 .then”压缩成接近同步的线性写法，错误处理、条件分支、重试机制等都能自然展开。
前提是三方库支持 Promise
绝大多数主流库（如 axios、firebase、Prisma、Stripe Node SDK、Supabase Client）已原生返回 Promise。只要它们的 API 方法返回 Promise，就能直接 await：
- axios：const res = await axios.get('/users')
- Supabase：const { data, error } = await supabase.from('posts').select()
- Prisma：const user = await prisma.user.findUnique({ where: { id: 1 } })
若遇到老库只支持回调（如某些旧版 AWS SDK v2），需手动包装成 Promise，或升级到 v3（默认返回 Promise）。
串行依赖调用一目了然
当多个三方操作有明确先后顺序（比如「先登录 → 再获取权限 → 最后拉取数据」），async/await 让流程像读句子一样直白：
- 不用嵌套：避免 login().then(() => auth().then(() => fetch())) 这类多层缩进
- 变量作用域干净：每个 await 的结果可直接赋值给 const 变量，后续步骤随时复用
- 中间校验自然：比如拿到 token 后立刻检查有效性，再决定是否继续
错误处理集中且可靠
三方库出错（网络超时、鉴权失败、schema 不匹配）通常会 reject Promise。用 async/await + try/catch 能统一捕获所有环节异常：
- 一个 catch 块覆盖整个调用链，不会漏掉某个 .then() 后没写 .catch()
- 可区分错误类型：比如对 axios 错误检查 response.status，对 Prisma 错误判断 error.code === 'P2025'
- 配合三方库的特定错误类（如 Stripe.errors.CardError）也能精准处理
并发与节流更易控制
面对多个独立请求（如并行加载用户、订单、通知），不用手写 Promise.all 包裹再解构，可读性更强：
- 并行：const [user, orders, notifs] = await Promise.all([getUser(), getOrders(), getNotifs()])
- 带容错并行：await Promise.allSettled([fetchA(), fetchB(), fetchC()])
- 动态请求：循环中需串行？用 for...of + await；需并发？先 map 出 Promise 数组再 all
注意：不要在 for 循环里无脑 await，否则本可并发的请求被强制变慢——这是简化过程里最常踩的性能坑。
本质上，async/await 不改变三方库的行为，但极大降低了组合它们的认知负担。你写的不是“怎么驱动库”，而是“业务要做什么”，库只是安静执行的工具。
