promise 是异步操作的抽象，async/await 是其语法糖；所有 async 函数返回 promise，await 必须在 async 函数内使用，错误需用 try/catch 捕获，且不能脱离 promise 单独存在。
Promise 和 async/await 不是“替代关系”，而是语法糖与底层机制的关系：async/await 是基于 Promise 实现的，不能脱离 Promise 单独存在。
Promise 是什么，为什么必须理解它才能用好 async/await
Promise 是一个表示异步操作最终完成或失败的对象。它有三种状态：pending、fulfilled、rejected，且状态不可逆。所有 async 函数返回的都是 Promise 实例——哪怕你写 return 42，实际返回的是 Promise.resolve(42)。
常见错误现象：
- 在
async函数里忘记await某个 Promise，导致后续逻辑拿到的是未解析的 Promise 对象（比如console.log(fetch('/api'))打印出Promise {<pending>}</pending>） - 用
.then()链式调用时漏写catch()，错误被静默吞掉 - 误以为
Promise.all([p1, p2])失败时会按顺序执行catch，其实它一遇到 reject 就立即 reject，不等其余 Promise 结束
async/await 的实际写法和关键限制
async/await 只是让 Promise 链更易读的语法，但它本身不改变异步行为。它不能在普通函数、事件回调、模块顶层（非 async 环境）中直接使用 await。
立即学习“Java免费学习笔记（深入）”；
使用场景与要点：
-
await只能出现在async函数内部，否则报错SyntaxError: await is only valid in async function -
await后面如果不是 Promise，会自动包装成Promise.resolve(value)；如果是 Promise，则等待其 resolve/reject - 错误捕获必须用
try/catch，不能只靠.catch()—— 因为await会让 reject 变成同步抛出的异常 - 多个独立请求应优先用
Promise.all([await p1, await p2])改为await Promise.all([p1, p2])，否则变成串行
async function fetchBoth() {
// ❌ 串行：p2 等待 p1 完全结束
const a = await fetch('/api/a');
const b = await fetch('/api/b');
// ✅ 并行：两个 fetch 同时发出
const [resA, resB] = await Promise.all([
fetch('/api/a'),
fetch('/api/b')
]);
}
什么时候该用 Promise.then()，而不是 async/await
不是所有地方都适合写 async/await。比如需要精细控制 Promise 生命周期、做 Promise 组合（Promise.race、Promise.any）、或在非函数作用域中构造 Promise 时，原生 Promise API 更直接。
典型例子：
- 封装一个带超时的请求：
Promise.race([fetch(url), timeout(5000)])，用async/await写反而绕 - 动态生成并行请求数组后统一
Promise.allSettled()，比在async函数里循环await清晰得多 - 在
addEventListener回调中发起请求，但不想把整个回调标记为async（因为这会改变返回值类型，影响某些依赖返回值的库逻辑）
容易被忽略的细节：错误传播与上下文丢失
async/await 中的 throw 或 rejected Promise 会向上冒泡，但一旦进入微任务队列（比如 setTimeout(() => { throw e })），就无法被外层 try/catch 捕获。Promise 也一样——没加 .catch() 或 try/catch 的 Promise 错误会变成 UnhandledPromiseRejectionWarning（Node.js）或 Uncaught (in promise)（浏览器）。
另一个坑：await 不会保留 this 或词法作用域之外的上下文。例如在类方法中，如果把 async method() {} 赋给变量再调用，this 可能丢失，和普通函数一样，需用箭头函数或 bind 处理。
