await 不是自动串联的魔法开关，仅暂停当前函数执行并等待 Promise settle，必须在 async 函数内使用；错误使用会导致语法错误、性能下降或状态不一致；应封装为独立 async 函数调用，无关任务用 Promise.all 并行，关键 await 需 try/catch 处理错误，非关键任务避免 await。
await 在异步初始化链中不是“自动串联”的魔法开关，它只负责暂停当前函数执行、等待 Promise settle，但不会改变依赖关系或自动优化执行顺序。用错地方，轻则拖慢启动速度，重则引发状态不一致或资源竞争。
await 必须在 async 函数内使用
这是硬性语法限制。初始化逻辑若写在模块顶层、构造函数、或普通方法里，直接写 await 会报 SyntaxError: await is only valid in async function。常见错误场景包括：
- 在 class 构造函数中直接 await（构造函数不能是 async）
- 在 Vue/React 组件的 setup() 或 componentDidMount 中漏掉 async 声明
- 把初始化函数声明为普通函数，却在内部用了 await
正确做法：将初始化逻辑封装进独立的 async 函数，并显式调用；或在支持顶层 await 的环境（如 ES 模块顶层）中谨慎使用——但注意浏览器兼容性和构建工具支持。
多个初始化任务默认串行，无关任务应并行触发
连续写多个 await 会让初始化变成“排队执行”，哪怕它们彼此无依赖。例如加载配置、用户信息、权限列表三个请求，串行写法耗时 ≈ 三者之和；而实际只需取最大值。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- ❌ 串行（不推荐）：
const config = await fetchConfig(); const user = await fetchUser(); const perms = await fetchPerms(); - ✅ 并行（推荐）：
const [config, user, perms] = await Promise.all([fetchConfig(), fetchUser(), fetchPerms()]);
注意：Promise.all 一旦任一失败即整体 reject，若某项可容忍失败，改用 Promise.allSettled 更稳妥。
await 后必须处理可能的 rejected Promise
初始化阶段出错往往导致整个应用无法进入可用状态。如果没加 try/catch，一个被 reject 的 Promise 会让 await 抛出未捕获异常，可能静默终止初始化流程，甚至让 UI 卡在 loading 状态。
- 按钮一直禁用、骨架屏不消失，常因 await 失败后未重置 loading 状态
- 部分数据加载失败，但后续逻辑仍按“已就绪”执行，引发 undefined 错误
务必包裹关键 await 表达式：try { ... await initStep(); ... } catch (err) { console.error('初始化失败', err); handleError(err); }
避免在非必要位置阻塞初始化流程
不是所有异步操作都该在初始化链中 await。比如埋点上报、日志预加载、离线缓存更新等，属于“尽力而为”型任务，不应拖慢主流程。
- ✅ 正确做法：发起但不 await ——
trackPageView().catch(() => {}); - ❌ 反模式：把非关键异步操作也 await，人为拉长白屏时间
初始化链应聚焦于真正影响后续渲染或交互的前提条件，其余异步任务可 fire-and-forget 或延后调度。
