async/await并非必需，而是让异步逻辑更可控、更接近同步写法；它通过try/catch统一捕获错误、简化条件判断与变量复用，但独立请求应优先用Promise.all避免串行阻塞。
JavaScript 不需要 async/await 才能工作——它只是让处理异步逻辑变得更可控、更接近同步写法，尤其在链式依赖和错误处理上比纯 Promise.then() 更直观。
为什么不用 Promise.then() 就不行？
不是“不行”，而是容易写出嵌套深、错误捕获分散、控制流难读的代码。比如多个接口按序调用时：
fetch('/api/a')
.then(res => res.json())
.then(data => fetch(`/api/b?x=${data.id}`))
.then(res => res.json())
.then(data => fetch(`/api/c?y=${data.token}`))
.catch(err => console.error('出错了', err))
问题在于：
-
catch只能捕获前面所有then中抛出的错误，但无法区分是哪个步骤失败 - 中间步骤想提前退出（比如
data.id为空），得手动return Promise.reject() - 想复用某个中间结果（比如同时用
data.id和data.token），必须靠闭包或额外变量传递
async/await 怎么让逻辑更贴近直觉？
它本质是 Promise 的语法糖，但允许你用类似同步的方式写异步流程，await 会暂停函数执行（不阻塞线程），等 Promise settle 后继续往下走。
立即学习“Java免费学习笔记（深入）”；
上面的例子改写后：
async function run() {
try {
const resA = await fetch('/api/a');
const dataA = await resA.json();
if (!dataA.id) throw new Error('missing id');
const resB = await fetch(`/api/b?x=${dataA.id}`);
const dataB = await resB.json();
const resC = await fetch(`/api/c?y=${dataB.token}`);
const dataC = await resC.json();
return dataC;
} catch (err) {
console.error('某一步出错：', err.message);
}
}
关键变化：
- 每个
await后面直接得到解析后的值，不是Promise对象 -
try/catch能自然捕获任意一个await失败，且堆栈更清晰 - 条件判断、变量复用、提前返回都和普通函数写法一致
哪些场景下 async/await 反而更麻烦？
它不是万能银弹，以下情况要小心：
- 多个请求完全独立、无需等待彼此结果时，用
await会强制串行，拖慢整体耗时；应改用Promise.all([p1, p2, p3]) - 循环中逐个
await数组项（如for (const item of list) await api(item)）是常见性能陷阱；若无依赖，应先map出所有Promise再Promise.all -
await只能在async函数内使用，不能直接写在模块顶层（ES2022+ 支持顶层await，但 Node.js 和某些打包器仍有限制） - 误以为
await是“阻塞”：它只是暂停当前async函数，JS 主线程依然可处理其他任务（如用户点击、定时器）
真正容易被忽略的是错误边界——await 后面如果不是 Promise，不会报错，但也不会“等待”；如果忘了加 await，函数会立即返回 Promise，上游可能拿不到数据或捕获不到异常。
