async/await 的核心价值在于用接近同步的写法表达异步逻辑，是 promise 的语法糖，自动返回 promise、支持 await 暂停执行、提升可读性与调试体验，但需注意 await 使用约束、并行请求误写、异常处理及顶层 await 环境限制。
async/await 的核心价值在于用接近同步的写法表达异步逻辑，既不改变 JavaScript 的事件驱动本质，又大幅降低理解与维护成本。它不是新机制，而是 Promise 的语法糖，但结构更贴近人类自然思维。
async 函数的基本结构
声明一个 async 函数只需在 function 前加 async 关键字，无论是否显式返回 Promise，它都自动返回 Promise：
- 返回普通值（如字符串、对象）→ 自动包装为
Promise.resolve(value) - 抛出错误 → 自动变为
Promise.reject(error) - 函数体内可含多个 await 表达式，按顺序暂停并恢复执行
await 的使用约束与行为
await 只能在 async 函数内部使用，它不是全局操作符。它的作用是“等待 Promise 完成”，但有几点关键细节：
- 遇到 await 时，当前函数暂停，控制权交还事件循环，主线程继续处理其他任务
- Promise 成功（resolved）→ await 表达式返回其值；失败（rejected）→ 抛出错误，需 try/catch 捕获
- await 后面不一定是 Promise：若为普通值，会立即返回（等价于
Promise.resolve(value)）
可读性提升的关键设计
相比 Promise 链或回调嵌套，async/await 让代码呈现线性流程，错误处理也集中可控：
- 避免 .then().then().catch() 的横向拉伸，减少缩进和括号嵌套
- try/catch 可覆盖整个异步流程段，无需每个步骤单独写 .catch()
- 变量作用域清晰：await 得到的结果可直接用于下一行，不像 Promise 需通过参数传递
- 调试友好：断点可逐行停在 await 后，调用栈保持连贯，不像回调中容易丢失上下文
常见易忽略的维护细节
写得顺手不等于写得稳妥，实际维护中几个点常被轻视：
- 忘记 await 导致“忘记等待”：比如
fetchData()写成fetchData，返回的是 Promise 对象而非数据 - 并行请求误写为串行：多个 await 连续写，实际是依次等待；需用
Promise.all([...])包装才能并发 - 未处理网络异常或空响应：仅靠 try/catch 不够，还需检查
response.ok或data != null - 顶层 await 仅在模块环境可用（如 ES 模块、Node.js 的 .mjs 或启用 --experimental-top-level-await），普通 script 标签中不可用
