async函数通过组合Promise、控制时序及上下文管理实现异步业务流转；用await串行编排强依赖流程，Promise.all并发请求，AsyncLocal或显式传递维持上下文，try/catch+finally统一异常处理与资源清理。
async 函数本身不直接“流转”业务，而是通过组合 Promise、控制执行时序、配合上下文管理机制（如 AsyncLocal）或结构化调度逻辑，让异步业务具备可传递、可隔离、可追踪的流转能力。关键不在单个 async 函数，而在于它如何被组织和串联。
用 await 串行编排，明确依赖关系
当后续步骤必须等待前一步结果时，用 await 按顺序调用是最直观的流转方式。它天然形成一条清晰的执行链，每一步都能拿到上一步的输出，适合有强依赖的业务流（如：查用户 → 查权限 → 生成令牌 → 记录日志）。
- 避免在循环中无差别 await，否则失去并发性；可用 Promise.all 并发发起多个独立请求，再统一 await
- 每个 await 后建议做基础校验（如判空、状态码检查），防止错误数据流入下一步
- 不要把所有逻辑堆在一个 async 函数里，按职责拆分成小函数，便于复用和测试
用 Promise 链或 Promise.all 实现并行与分支流转
当多个子任务互不依赖，或需要按条件走不同路径时，单纯靠 await 会拖慢整体耗时。此时应主动构造 Promise 结构：
- 并发请求：const [user, config, stats] = await Promise.all([fetchUser(), fetchConfig(), getStats()])
- 条件分支：await (type === 'admin' ? handleAdminFlow() : handleUserFlow())
- 兜底 fallback：await Promise.race([primaryTask(), fallbackTask().catch(() => null)])
结合 AsyncLocal 或上下文透传，维持跨异步调用的数据一致性
在微服务或复杂中间件场景中，常需把请求 ID、用户身份、租户信息等贯穿整个异步调用链。JavaScript 本身没有 AsyncLocal，但可通过以下方式模拟：
- 显式传递：把 context 对象作为参数逐层传入每个 async 函数（简单可靠，适合中小规模）
- 利用 async_hooks（Node.js）或 zone.js（浏览器）捕获异步上下文快照
- 在框架层封装：如 Express 中用 res.locals，NestJS 中用 ExecutionContext，自动注入并透传
用 try/catch + finally 统一收口异常与清理逻辑
异步流转一旦出错，容易中断后续步骤或导致资源泄漏。应在关键流转节点设置边界：
- 每个业务段包裹独立 try/catch，失败时返回结构化错误，而非 throw 中断整条链
- 使用 finally 或 .finally() 执行释放连接、关闭文件句柄、上报指标等确定性操作
- 对超时敏感的操作，加一层 Promise.race(..., timeoutPromise)，避免卡死流转
