async函数通过挂起特性实现跨应用全局状态的可控初始化：分阶段串行加载强依赖服务、并行加载非关键服务、与子应用生命周期协同、结合状态机驱动UI就绪态。
async 函数本身不“初始化”状态，但它能精准控制跨应用全局状态的加载时机、依赖顺序与就绪反馈。在微前端中，全局状态（如用户信息、权限配置、主题偏好）往往分散在主应用和多个子应用之间，且需在路由跳转、UI渲染前完成准备。利用 async 的挂起特性，可让初始化过程变成可等待、可组合、可中断的声明式流程，而非隐式副作用。
分阶段串行加载，确保契约就绪
主应用作为调度中心，在启动时调用一个顶层 async 初始化函数，按强依赖顺序逐个 await 各子应用提供的初始化能力：
- 先 await 主应用自身的配置服务（如远程拉取 feature flags）
- 再 await 用户认证服务（可能由登录子应用注册并提供 login() 和 getUser() 方法）
- 最后 await 权限校验（调用 auth.checkPermission('order:submit')），该步骤依赖前两步返回的 token 和 user.id
每一步都通过主应用 IoC 容器获取服务实例，不关心实现方是 Vue 还是 React 子应用——只要满足 IAuthService 契约即可。
并行加载非关键服务，收敛后统一注入
对不阻塞首屏但需尽早准备的服务（如日志上报器、国际化语言包、埋点 SDK），用 Promise.all 并行触发：
立即学习“前端免费学习笔记（深入）”；
- const [i18n, logger, tracker] = await Promise.all([loadI18n(), initLogger(), startTracker()])
- 完成后统一注册进主应用容器：container.register('i18n', i18n)
- 子应用 mount 时即可通过 container.get('i18n') 按需获取，无需重复加载
若某项失败（如网络超时），可用 Promise.race 包裹 timeout，降级为默认语言或静默忽略，避免拖垮整体流程。
与子应用生命周期协同，实现按需挂载
子应用不应自行启动初始化逻辑，而应暴露一个标准 async init() 方法供主应用调用：
- 主应用在路由守卫中判断目标子应用是否已初始化：if (!app.isInitialized) await app.init()
- init() 内部可调用容器中的共享服务（如 auth.getUser()），也可注册自身服务（如 container.register('paymentService', new PaymentService())）
- 卸载时自动触发 cleanup()，释放监听、清除定时器、注销事件订阅
这样，状态初始化不再绑定于某个子应用的挂载时刻，而是由主应用按业务流统一编排，真正实现“状态就绪，路由才放行”。
结合状态机驱动 UI 就绪态，避免竞态闪烁
将初始化过程建模为有限状态机（如：idle → loading → authReady → permissionReady → allReady），每个 async 步骤对应一次状态转换：
- 按钮点击后立即进入 loading 态，禁用交互
- await auth.init() 成功后 emit('authReady')，触发订单子应用渲染收货表单
- await payment.init() 后 emit('paymentReady')，支付子应用才显示支付方式卡片
UI 层只响应状态变化，不直接读取异步结果；状态机保证所有子应用看到的是同一份、已收敛的就绪信号，彻底规避因加载时序差异导致的 UI 错乱或空状态闪现。
