async/await 是 promise 的语法封装，async 函数必返回 promise，await 只能在 async 函数内使用，错误须用 try/catch 捕获，await 仅暂停当前函数而非事件循环。
async/await 不是新语法糖，而是 Promise 的语法封装，它本身不改变异步本质，但能大幅降低回调嵌套和错误处理的复杂度。
async 函数返回值一定是 Promise
哪怕你写 async function foo() { return 42 }，实际返回的是 Promise.resolve(42)。这意味着：
- 不能直接用
==或===比较 async 函数调用结果，得用await或.then() - 在非 await 环境（比如普通对象字面量）里调用 async 函数，得到的是 pending 状态的 Promise，不是最终值
- 想在同步上下文中“取值”，必须显式
await，否则永远拿不到 resolved 结果
await 只能在 async 函数内部使用
这是硬性限制，JS 引擎会报 SyntaxError: await is only valid in async functions。常见误用场景包括：
- 在顶层模块代码中直接写
await fetch('/api')（ES2022+ 支持顶层 await，但 Node.js 14.8+ / 浏览器需明确启用模块类型） - 在普通函数、箭头函数、事件回调里用
await却没把外层函数标记为async - 试图在
for...in或with块里单独启用 await（不行，作用域规则不变）
错误处理必须用 try/catch，不能只靠 .catch()
await 遇到 rejected Promise 会抛出异常，等价于 Promise 被 throw，所以：
-
fetch(...).then(...).catch(...)和try { await fetch(...) } catch (e) { ... }行为一致 - 漏写
try/catch会导致未捕获异常（Uncaught Promise rejection），尤其在循环或并行请求中容易静默失败 - 多个 await 连续写时，一个失败会中断后续执行；如需“全部尝试”，得用
Promise.allSettled()或包裹每个 await
并发控制：await 会阻塞当前 async 函数，但不阻塞事件循环
这是最容易误解的一点：await 只暂停当前 async 函数的执行，JS 主线程依然可处理其他任务（定时器、用户输入、其他 Promise 回调）。例如：
async function a() {
console.log('a1');
await new Promise(r => setTimeout(r, 1000));
console.log('a2');
}
async function b() {
console.log('b1');
await new Promise(r => setTimeout(r, 100));
console.log('b2');
}
a();
b();
输出是 a1 → b1 → b2 → a2，说明 b() 并没被 a() 的 await 卡住。真正影响性能的是没做并发限制的密集 await（比如循环里直接 await 每个 API 调用），这时应改用 Promise.all() 或信号量控制。
async/await 的核心约束其实就两条：函数必须标 async，等待必须在 async 内部用 await。其余所有“难用”问题，基本都来自忽略 Promise 状态流转，或者把 await 当成了同步锁。
