async/await简化异步代码教程

本文深入解析了async/await作为Promise语法封装的核心机制与实战要点，揭示其虽不改变异步本质，却大幅简化回调地狱和错误处理；强调async函数必返Promise、await仅限async上下文、串行循环须用for...of而非forEach、并发需借力Promise.all，并警示错误必须显式try/catch捕获，同时点明await暂停的是函数执行上下文而非线程，其微任务穿插特性极易引发时序误判——这些易被忽视的细节，正是写出健壮、可维护异步代码的关键所在。

async/await 不是新语法糖，而是 Promise 的语法封装，它本身不改变异步本质，但能显著降低回调嵌套和错误处理的复杂度。

async 函数返回值一定是 Promise

哪怕你写 async function foo() { return 42 }，实际返回的是 Promise.resolve(42)。这意味着你不能直接拿到 42，必须用 await 或 .then() 拆包。

• 如果函数内部抛错（throw new Error()），返回的是 Promise.reject()，不是普通异常
• return await promise 和 return promise 在绝大多数场景下等价，但前者多一次微任务等待，无必要时不建议套用
• 顶层 await 只在模块作用域（type="module"）或 REPL 中合法，普通脚本中会报 Uncaught SyntaxError: await is only valid in async function

await 只能在 async 函数里用

这是硬性限制。试图在普通函数、事件回调、setTimeout 回调里写 await 会直接报错：Uncaught SyntaxError: await is not allowed in this context。

• 常见误写：document.addEventListener('click', async () => { await fetch(...) }) —— 这没问题；但写成 document.addEventListener('click', () => { await fetch(...) }) 就崩
• 循环中想串行 await？用 for...of，别用 forEach：后者回调无法被 await 暂停，所有请求会并发发出
• 需要并发执行多个异步操作？用 Promise.all([p1, p2, p3]) 包一层再 await，而不是逐个 await

错误处理必须显式 try/catch 或 .catch()

await 遇到 rejected Promise 会把错误“抛出”到当前 async 函数作用域，但不会自动冒泡到外层——没捕获就变成 unhandled rejection。

• 不要依赖外围 window.onerror 或 process.on('unhandledRejection') 来兜底，它们只是补救，不是设计手段
• try { await fetch('/api') } catch (err) { console.error(err) } 是标准姿势；漏掉 try/catch 是线上静默失败的高频原因
• 如果某个 await 后续逻辑不依赖前序成功（比如日志上报），可用 await promise.catch(() => {}) 吞掉错误，避免中断流程

真正容易被忽略的，是 await 对执行时机的精确控制：它暂停的是当前 async 函数的执行上下文，而不是整个线程。这意味着，await 前后的代码仍属于同一个宏任务，但中间可能穿插其他微任务（比如其他 Promise.then 回调）。这点在调试时经常让人误判时序。

理论要掌握，实操不能落！以上关于《async/await简化异步代码教程》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！