async/await 是 Promise 的封装层而非语法糖，它自动包装返回值为 Promise、支持 try/catch 错误处理，但需注意 await 仅限 async 函数内使用、避免串行误用、合理选择 Promise.all/allSettled/race，并理解其堆栈限制与适用边界。
async/await 不是语法糖，而是 Promise 的封装层；它不能消除异步本质，但能避免回调嵌套和显式链式调用。
async 函数必须返回 Promise
声明为 async 的函数，无论内部是否 await，返回值都会被自动包装成 Promise。这意味着你不能直接拿到返回值，必须用 then 或 await 消费：
async function getValue() {
return 42;
}
console.log(getValue()); // Promise {: 42}
console.log(await getValue()); // 42（仅在 async 上下文中）
- 如果函数抛出错误，等价于
返回
Promise.reject(err) - 返回原始值（如字符串、对象）会被
Promise.resolve()包装 - 返回已存在的
Promise，不会被二次包装
await 只能在 async 函数内使用
await 是暂停执行的指令，但它不是阻塞线程——它只是让 JS 引擎把控制权交还给事件循环，等 Promise settle 后再恢复当前函数执行。常见误用：
- 在普通函数或顶层模块作用域中写
await→ 报错SyntaxError: await is only valid in async function - 试图
await一个非 Promise 值（比如数字或字符串）→ 不报错，但立即返回该值（等价于Promise.resolve(val)） - 忘记处理 rejected Promise → 会抛出未捕获异常，可能崩溃进程或静默失败
正确做法是配合 try/catch：
async function fetchUser() {
try {
const res = await fetch('/api/user');
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return await res.json();
} catch (err) {
console.error('获取用户失败:', err.message);
throw err; // 重新抛出以便上层处理
}
}
多个 await 默认串行，需显式并发才提速
连续写多个 await 会让请求一个接一个发，哪怕它们彼此无关。例如：
const a = await fetch('/a'); // 等 300ms
const b = await fetch('/b'); // 再等 300ms → 总耗时 ~600ms
想并行执行，得先启动所有 Promise，再统一 await：
const [a, b] = await Promise.all([
fetch('/a'),
fetch('/b')
]); // 总耗时 ~300ms
-
Promise.allSettled更稳妥：即使某个失败，其他结果仍可取 -
Promise.race适合超时控制，但要注意 race 成功后其余 Promise 仍在后台运行（可能造成资源浪费） - 混合串行与并行时，注意依赖关系：只有无依赖的异步操作才适合
Promise.all
错误传播比 .catch 更符合直觉，但堆栈更浅
用 await + try/catch 捕获错误，语义清晰，且能复用同步错误处理习惯。但 V8 引擎目前对 await 的堆栈追踪支持有限——错误位置常指向 await 行，而非真正抛错的内部函数。例如：
async function inner() {
throw new Error('oops');
}
async function outer() {
await inner(); // ← 错误堆栈往往停在这里，而不是 inner 内部
}
调试时容易漏掉深层原因，尤其在封装多层 async 函数时。建议：
- 关键路径加
console.trace()定位源头 - 避免过度封装 async 函数，减少调用层级
- 不要依赖堆栈判断逻辑分支，用日志或状态标记辅助
async/await 的真正价值不在“看起来像同步”，而在于让错误处理、条件分支、循环控制这些结构能自然地套用在异步流程上。但一旦涉及复杂调度、取消、进度反馈或流式响应，就得回到 Promise 原语或引入 AbortController、ReadableStream 等机制——这时候 await 就只是个起点，不是终点。
