async/await 本身不是流程控制工具，而是让异步代码写得像同步一样清晰；真正处理复杂业务流程需结合 Promise、条件判断、循环、错误处理和并发控制等机制。
async/await 本身不是流程控制工具，而是让异步代码写得像同步一样清晰。真正处理复杂业务流程，靠的是它和 Promise、条件判断、循环、错误处理、并发控制等机制的组合使用。
用 async/await 搭配 try/catch 管理关键路径异常
复杂流程常涉及多个依赖步骤（比如：查用户 → 验证权限 → 获取订单 → 更新库存 → 发通知），任一环节失败都可能影响后续。用 try/catch 能集中捕获错误，并支持按需降级或回滚。
- 每个 await 后不手动检查返回值，而是让错误自然抛出，由外层 catch 统一处理
- 需要部分失败仍继续的场景，可对单个 await 包裹局部 try/catch，避免中断整个流程
- 建议在 catch 中记录 error.stack 和上下文（如用户ID、操作类型），便于排查链路问题
用 Promise.all 或 Promise.allSettled 控制并行子任务
当多个独立操作可以同时发起（比如：同时拉取用户资料、最近订单、优惠券状态），用 Promise.all 提升响应速度；若允许部分失败，则改用 Promise.allSettled。
- Promise.all 在任意一个 promise reject 时立即拒绝，适合强一致性要求的场景
- Promise.allSettled 总会等待全部完成，返回每个子任务的 {status, value/reason}，适合“尽力而为”型聚合
- 注意：并发请求数量过多可能触发限流或超时，必要时配合信号量（如 p-limit）做节流
用 for…of + await 实现串行可控流程
某些步骤必须严格顺序执行（例如：创建订单 → 扣减库存 → 记账 → 推送消息），且中间可能根据前一步结果动态决定下一步行为。for…of 配合 await 是最直观、易调试的方式。
立即学习“Java免费学习笔记（深入）”；
- 避免用 forEach + await（它不会等待），改用 for…of 或传统 for 循环
- 可在循环中插入 if 判断，跳过或替换某一步骤（比如库存不足时跳过扣减，转走补货流程）
- 若步骤较多，可把每步封装成返回 Promise 的函数，再按需组装调用顺序
用状态机或流程配置解耦复杂分支逻辑
当业务规则随条件爆炸式增长（如不同会员等级、支付方式、地区政策组合导致十几种路径），硬编码 if/else 易失控。可抽象为状态驱动或声明式流程描述。
- 定义状态对象（如 { step: 'validate', data: {...} }），每步函数接收并返回新状态，await 处理异步副作用
- 用 Map 或对象映射 condition → handler，运行时查表调度，方便单元测试和规则热更新
- 关键节点加入日志埋点（如 console.log(`→ ${step}`, state)），配合 traceId 追踪全链路
