await本身不控制流程，仅暂停async函数执行；灵活性取决于await的位置、顺序和组合方式：串行依赖用依次await，独立请求用promise.all并行，动态逻辑可嵌入条件或循环，需避免非async中使用或无意义await。
await 本身不控制流程走向，它只是暂停当前 async 函数的执行，等待 Promise 解决后继续——真正的灵活性来自你如何组织 await 的位置、顺序和组合方式。
用 await 控制执行时序
在 async 函数中，await 会按书写顺序依次等待每个 Promise 完成，天然形成串行逻辑。比如依次加载用户、订单、商品数据：
- 写法直观：每一步都明确依赖上一步结果
- 错误可集中 try/catch：任一 await 抛错都会跳到 catch 块
- 适合有强依赖关系的操作，如“先登录 → 再获取权限 → 最后拉取数据”
用 Promise.all + await 实现并行调度
多个独立请求无需等待彼此，可提前发起、统一 await：
- 把多个 Promise 包进
Promise.all([p1, p2, p3])，再 await 它 - 所有请求并发启动，总耗时取决于最慢的那个，而非累加
- 注意：只要一个失败，Promise.all 就拒绝；若需容错，可用
Promise.allSettled
动态决定是否 await 或 await 谁
await 可以出现在条件分支、循环或函数返回值中，让等待逻辑可编程：
- 根据配置开关决定是否调用某 API：
if (needProfile) await fetchProfile() - 遍历列表逐个处理：
for (const item of list) await process(item) - 封装成工具函数，返回 Promise，外部再 await：
await retry(fetchData, { times: 3 })
避免常见灵活性陷阱
灵活性高，也容易误用：
- 不要在非 async 函数里用 await（语法报错）
- 避免无意义地 await 已 resolve 的值（如
await 42），虽合法但无实际作用 - 警惕隐式串行：连续写多个 await 未必合理，先问“它们真的必须等前一个结束吗？”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
