掌握async/await高级技巧需理解其微任务调度、错误传播与并发控制：await非阻塞而是让权；错误需分层捕获与重抛；并发应主动设计（如Promise.all）；return await保障堆栈完整性。
掌握 async/await 高级进阶技巧，关键不在多写几个 await，而在于理解它背后的执行模型、错误传播路径和并发控制逻辑。真正写出健壮、可调试、易维护的异步代码，需要突破“语法糖”表层，深入微任务调度、Promise 封装机制与错误边界设计。
搞懂 await 的暂停不是“阻塞”，而是微任务让权
很多人误以为 await 会让函数“卡住”，其实它只是把后续代码注册为微任务，主动交出执行权给事件循环。这意味着：
- 同一轮事件循环中，所有同步代码（包括
console.log("After call")）一定在await后续语句之前执行 -
await Promise.resolve()的后续代码会进入当前轮次的微任务队列，比setTimeout（宏任务）更早执行 - 连续多个
await并不等于串行加锁，它们之间仍可被其他微任务（如Promise.then()）插入
错误处理不能只靠 try/catch，要分清拒绝来源和抛出位置
async 函数内 await 一个被 reject 的 Promise，会触发 catch；但若你在 catch 块里没重新 throw，错误就终止了——这容易掩盖上游调用链的问题。
- 对关键步骤使用
try/catch捕获并记录，但业务逻辑中建议“捕获后重抛”或封装为统一错误类型 - 避免在
catch中静默吞掉错误（console.error不等于处理） - 注意：未被
await或.catch()的 Promise 拒绝，会触发unhandledrejection事件，应全局监听兜底
并发控制要主动设计，别让 await 自动串行化
写成 await a(); await b(); await c(); 是严格串行，但多数场景中 a/b/c 无依赖，完全可以并发发起：
- 用
Promise.all([a(), b(), c()])并发请求，再await整体结果 - 需要容错时选
Promise.allSettled，避免单个失败导致全链中断 - 限制并发数？封装一个
pool函数，或用p-limit这类轻量库，而不是靠for...of + await硬压
return await 不是冗余，而是堆栈保真关键操作
在 async 函数中，直接 return promise 和 return await promise 行为不同：
-
return promise：函数立即返回该 Promise，堆栈止于当前函数，原始错误堆栈可能被截断 -
return await promise：函数等待 Promise 完成后再返回，保留完整调用链，便于调试和错误追踪 - Node.js 最佳实践明确推荐：只要返回的是 Promise，一律用
return await
