async函数不提速但优化异步结构：通过promise.all实现i/o并行、减少等待与上下文切换；用p-limit控制并发量；避免循环中滥用await和同步阻塞。
async 函数本身不提速，但能显著改善异步逻辑结构——关键在于让 I/O 并行、避免无效等待、减少上下文切换开销。真正影响耗时的是请求调度方式和阻塞点控制，不是有没有 await。
并行执行独立请求
多个无依赖的异步操作（如查用户、查商品、拉配置）若串行 await，总耗时是各请求之和；改用 Promise.all 后，总耗时接近最慢那个请求。
- JavaScript 中：用 Promise.all([fetchUser(), fetchOrder(), fetchConfig()]) 替代连续 await
- 失败默认中断全部；需容错可用 Promise.allSettled，结果数组中每个元素含 status 和 value/reason
- 注意：Promise.all 返回的是按传入顺序排列的值数组，不是按完成先后
控制循环中的并发量
遍历 100 个 ID 调 API，若每个都 await，就是 100 次串行等待——后端压力大、前端响应慢、用户感知卡顿。
- 用 p-limit（JS）或 asyncio.Semaphore（Python 类比思路）限制同时请求数，例如最多 5 个并发
- 对超大批量任务，可先分批（如每批 20 个），再对每批调用 Promise.all
- 避免在 for 循环里直接 await，除非业务逻辑强制串行（如依赖上一步结果）
剔除冗余 await 和同步阻塞
await 是暂停点，每次都会交还控制权；但不是所有地方都需要它。混入同步阻塞代码反而拖慢协程。
- 别写 await Promise.resolve(someValue) 或 await someSyncFunction()，纯同步逻辑直接执行
- 禁止用 setTimeout(..., syncFn) 或 while (Date.now() ，会卡死事件循环
- 计算密集型操作（如解析大 JSON、排序长数组）尽量前置或后置，不要夹在两个 await 中间
按需提前返回与超时保护
有些场景不需要等全部完成就能响应，比如“取最快结果”“有任一成功即返回”“超时即降级”，这时应主动管理状态而非硬等。
- 竞速模式：Promis e.race([a(), b(), c()]) 返回最先 settled 的结果（成功或失败都算）
- 超时控制：封装 Promise.race([apiCall(), timeout(3000)])，3 秒未响应则 reject
- 早期退出：循环中检查中间结果，满足条件（如找到有效数据）就 return，不必跑完全部
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
