await将异步调用转为线性同步风格,支持串行依赖请求、Promise.all并行无依赖请求及混合场景;需避免循环中误用await、确保await对象为Promise,并合理使用try/catch。

await 本身不处理嵌套,而是让多层嵌套的异步调用“看起来不再嵌套”——它把层层回调或 .then 链,转成自上而下、线性书写的同步风格代码,逻辑清晰、错误集中、依赖明确。
按顺序执行有依赖的请求
当后一步必须等前一步结果才能发起(比如先取用户,再用用户 ID 取订单),直接 await 每个步骤即可。每个 await 会暂停函数执行,直到 Promise 完成,再继续下一行:
- 用 await fetch(...) 获取响应对象,再用 await res.json() 解析数据(注意:json() 也是 Promise)
- 每步都加 if (!res.ok) throw ... 做状态校验,避免静默失败
- 整个流程包在 try/catch 中,任一环节出错都会跳到 catch,不用每层单独捕获
并行发起无依赖的请求
如果几个请求彼此无关(比如同时拉取用户资料、未读消息数、系统通知),就不该串行等待,否则白白浪费时间。这时用 Promise.all + await:
分析 Java Spring Boot 后端 Controller 代码,自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 把多个 fetch 调用放进数组,传给 Promise.all([...])
- await 等待全部响应返回,再分别调用 .json() 解析(注意:Promise.all 不自动解析 body)
- 若某一个失败会导致整体 reject,可用 Promise.allSettled 改为容错模式
混合场景:部分并行 + 部分串行
真实业务常是“先并行拉几组基础数据,再根据其中某项结果串行查详情”。例如:先并发获取用户和商品列表,再用商品 ID 查库存。可拆成两段:
- 第一段:await Promise.all([fetchUser(), fetchProducts()]) 得到 user 和 products
- 第二段:用 products[0].id 发起 await fetch(`/api/stock?id=${products[0].id}`)
- 关键点:把“并行块”和“后续串行块”自然分开,中间变量可直接复用
避免常见陷阱
写 await 时容易忽略底层细节,导致逻辑错乱或性能下降:
- 不要在循环里无脑 await:for (const id of ids) { await fetch(`/item/${id}`) } 是串行,想并发得用 map + Promise.all
- await 后面必须是 Promise:直接 await 一个普通值不会报错,但也没意义;若函数没返回 Promise,需手动包装 return Promise.resolve(...)
- try/catch 覆盖范围要合理:想让某个请求失败不影响其他,就把它单独包进 try/catch,而不是整个函数只用一个
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










