异步模型不缩短单次请求耗时，但通过释放主线程、避免阻塞、合理编排任务提升整体效率；关键在于让代码更聪明地运行，而非单纯提速。
异步模型本身不缩短单次请求耗时，但能显著提升整体执行效率——核心在于释放主线程、避免阻塞、合理编排任务。关键不是“让代码跑得更快”，而是“让代码更聪明地跑”。
并行执行独立任务
多个无依赖的异步操作（如拉取用户信息、商品列表、配置项）若串行 await，总耗时等于各请求时间之和；改用 Promise.all 并发发起，总耗时取决于最慢的那个。
- ✅ 推荐写法：const [user, products, config] = await Promise.all([fetchUser(), fetchProducts(), fetchConfig()]);
- ⚠️ 注意：Promise.all 遇错即停；如需“尽力而为”，可用 Promise.allSettled() 或包装成忽略错误的 Promise
分离非依赖逻辑
后续操作不依赖前序结果时，不必等 await 完成再启动——提前发起请求、预设 UI 状态、触发埋点，都能减少用户感知延迟。
- 先发请求再更新界面：const userPromise = fetchUser(); updateLoading(true); const user = await userPromise;
- 非关键副作用可 fire-and-forget：await fetchData(); trackPageView(); // 埋点不 await
- 缓存写入、日志上报等低优先级操作，可不 await 也不 catch，避免拖慢主流程
控制并发数量
一次性发起过多请求（如 100 个 fetch）会超出浏览器连接池限制（通常 6–10 个同源并发），触发排队、限流甚至内存飙升。
- 对批量相似任务（如查 100 个商品详情），用分片 + Promise.all 控制并发数，例如每次最多 5 个
- task.js 用户可使用 join() 实现并行，但需配合 timeout() 和合理并发阈值
- 必要时引入信号量（Semaphore）或队列机制，动态调节并发压力
避免隐式阻塞与冗余暂停
async/await 是语法糖，底层仍基于 Promise 微任务；过度拆分 await 或在同步计算中滥用 await，反而增加调度开销。
- 纯计算、对象处理、字符串拼接等同步操作，直接执行，无需 await 包裹
- 连续 await（如 await a(); await b(); await c();）若无依赖关系，就是隐式串行，应改为并行
- V8 对 async 函数做了优化，但每个 await 仍是暂停点；减少不必要的暂停，有助于降低上下文切换成本
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
