async/await 不提升单请求速度，但通过合理组织并发（promise.all）、串行（链式await）、分批限流（p-limit）和非阻塞操作（fire-and-forget），可显著优化整体性能。
async/await 本身不加快单个请求，但能帮你把并发逻辑写得更清晰、更高效——关键不是“怎么 await”，而是“哪些请求可以一起发、哪些必须等”。真正提升性能的，是合理组织请求发起时机和依赖关系。
独立请求用 Promise.all 并发发起
多个接口之间没有数据依赖（比如拉用户信息、订单列表、系统配置），就绝不该逐个 await。串行等待会让总耗时变成各请求之和；并发后只取决于最慢那个。
- ✅ 正确写法：先创建所有 Promise，再统一 await
const [user, orders, config] = await Promise.all([fetchUser(), fetchOrders(), fetchConfig()]);
- ⚠️ 注意失败行为：Promise.all 遇任一拒绝即整体失败。若想“尽力而为”，改用 Promise.allSettled，它总会完成，返回每个请求的状态和结果
- ? 小技巧：请求可提前发起，不卡在 await 后面 —— 比如 const userPromise = fetchUser(); showLoading(); const user = await userPromise;
依赖请求保持链式 await
后续操作明确需要前一步结果时（如登录 → 拿 token → 查权限），链式 await 不仅合理，还让代码更易读、调试更直观。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- ✅ 自然写法：
const token = await login();
const user = await fetchUser(token);
const perms = await fetchPerms(user.id);
- ? 中间可插校验、重试、日志等逻辑，无需额外封装
- ⚠️ 别为“看起来同步”而强行串行——如果某步其实不依赖上一步（比如上报埋点、更新 UI 状态），就把它挪到 await 前或后，别塞进链里
大批量请求要分批 + 限流
遍历 100 个 ID 调接口，全 await 是 100 次串行；全扔 Promise.all 又可能压垮浏览器或后端。
- ✅ 推荐方案：用 p-limit 等工具限制并发数（通常 5–6 个），每批内部用 Promise.all 并行
const limit = pLimit(6);
const promises = ids.map(id => limit(() => fetch(`/api/item/${id}`)));
const results = await Promise.all(promises);
- ⚠️ 高频场景（如搜索框输入）务必加防抖，避免瞬间发几十个请求
非关键操作尽量 fire-and-forget
有些事不需要等，也不影响核心流程，比如缓存写入、日志上报、埋点触发。它们不该拖慢主流程。
- ✅ 写法示例：await 主逻辑；然后单独调用 fetch('/log').catch(() => {}) —— 不 await，不阻塞
- ? 还可结合 AbortController 主动取消冗余请求（比如用户快速切换页面时）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
