async/await是Promise的语法糖，不改变事件循环机制，仅降低理解负担；它要求await后为Promise（否则自动包装），返回值恒为Promise，错误需用try/catch捕获，但无法捕获未await的拒绝或定时器内的异常。
Async/await 没有“简化”异步编程本身，它只是让 Promise 链的写法更接近同步逻辑，降低阅读和调试成本。真正简化的是人对控制流的理解负担，而不是异步机制的复杂度。
async/await 本质就是 Promise + 语法糖
它不改变事件循环、不绕过微任务队列、也不替代回调或 Promise。所有 await 表达式背后都必须是一个 Promise（或可转为 Promise 的值），否则会被自动包装成 Promise.resolve()。
常见误判是以为 await 能“暂停函数执行”，其实它只是暂停当前 async 函数内后续语句的执行，把控制权交还给事件循环——这点和 Promise.then() 完全一致。
-
async函数返回值总是Promise，哪怕你return 42，实际返回的是Promise.resolve(42) -
await后面如果不是Promise，不会报错，但也不会真正“等待”——比如await 100等价于await Promise.resolve(100) - 错误处理必须用
try/catch，因为await抛出的异常不会被外层catch捕获（除非整个async函数被Promise.catch()包裹）
对比 Promise.then() 时最容易踩的坑
看起来更“线性”的写法，反而容易掩盖执行顺序问题：
立即学习“Java免费学习笔记（深入）”；
- 忘记
await导致“假并行”：比如const a = fetch('/a'); const b = fetch('/b'); await a; await b;实际是串行请求，不是并发；正确写法是await Promise.all([a, b]) - 在循环中滥用
await：for 循环里每个await都会阻塞下一次迭代，想并发得用map().map(p => p.then(...))或Promise.all() -
await后接undefined或null不报错，但可能触发静默失败（比如忘了调用函数：await getData而不是await getData()）
try/catch 不是万能的错误捕获方案
async/await 让错误看起来像同步错误，但异步错误仍发生在微任务阶段，某些场景下 try/catch 会失效：
- 定时器、事件监听器、
setTimeout内部的await不受外层try/catch管理 - 未被
await的 Promise 拒绝（unhandled rejection）仍会触发unhandledrejection事件，不能靠try/catch捕获 - Node.js 中，如果没监听
process.on('unhandledRejection', ...)，未捕获的 Promise 错误会直接导致进程退出（v15+ 默认行为）
真正难的从来不是写 async/await，而是判断哪些操作该并发、哪些该串行，以及在哪一层做错误兜底——这些决策不会因为语法变简洁就自动变正确。
