async/await天然适合串行依赖接口，如登录→获取用户信息→查订单；需逐个await确保顺序执行，及时解构关键字段、校验响应结构，并用try/catch统一错误处理。
串行依赖的接口，就是后一个请求必须等前一个返回结果才能发起——比如先登录拿到 token，再用 token 请求用户信息，最后根据用户 ID 查订单。async/await 天然适合这种线性流程，写起来像同步代码，但实际是异步执行。
按顺序 await，自然形成串行链
每个 await 都会暂停函数执行，直到前面的 Promise 完成（fulfilled 或 rejected），下一行才继续运行。不需要额外控制，也不用嵌套 .then()。
- 每一步 fetch 后紧跟 await response.json()，否则拿到的是 Response 对象，不是可用数据
- 关键字段（如 token、userId）建议提前解构并存为变量，后续多个请求可复用，避免重复取值或拼接错误
- 如果某步返回结构可能不稳定（比如 loginRes.json() 没有 userId 字段），加简单校验，提前 throw 错误，防止后续请求因参数无效而失败
用 try/catch 管控错误边界
串行链中任意一环出错，都会抛出异常。把整个流程包在 try/catch 里，就能集中处理失败场景，避免未捕获异常导致程序中断。
- catch 中可记录日志、提示用户，或根据错误类型做不同降级（比如网络失败重试，认证失败跳转登录页）
- 不建议把所有逻辑塞进一个大 try 块；若某几步可选（如权限检查失败不影响主流程），就拆开独立 try/catch 或加 if 判断提前 return
需要中途跳过时，加条件判断
不是所有步骤都必须执行。比如登录失败就不用查用户，或者用户无权限就不拉订单数据。
- 在某个 await 后加 if (!token) throw new Error('未登录') 或直接 return
- 可选步骤用 if (shouldLoadOrders) { await fetchOrders() } 包裹，逻辑更清晰
注意请求发起时机，别无意中变串行为并行
await 是等 Promise settle，不是等 fetch 调用本身。如果想让多个请求“同时发出去”，得先调用 fetch 创建 Promise，再统一 await ——但这属于并行场景，和串行依赖无关。
- 串行写法里，fetch(...) 必须写在 await 后面，确保上一步完成才发起下一步
- 常见误区：漏掉某个 await，导致后续请求用到未解析的 Promise 对象，报错 “Cannot read property 'id' of undefined”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
