计算属性名仅是动态生成对象键的语法糖，不参与子应用状态调度；无感知调度依赖运行时状态路由、沙箱隔离与生命周期协调机制。
计算属性名本身不直接参与子应用状态调度，它只是 JavaScript 对象字面量中动态生成属性键的语法糖。所谓“在迭代流转阶段实现子应用状态的无感知调度”，核心不在计算属性名，而在运行时状态路由、沙箱隔离与生命周期协调机制。计算属性名最多用于构造动态状态键（如 `app-${id}-status`），但真正实现“无感知调度”的是微前端框架（如 qiankun、micro-app）或自研调度器的设计逻辑。
明确计算属性名的作用边界
计算属性名（{ [key]: value }）仅在对象定义时求值一次，适用于静态配置场景，比如：
- 按子应用 ID 动态注册状态字段：
{ [`${appId}-loaded`]: true } - 批量生成响应式状态映射（在 Vue 中配合
reactive或defineStore） - 但无法响应运行时子应用加载/卸载/重入等变化——它不是响应式依赖追踪点
无感知调度的关键不在属性名，而在状态桥接层
“无感知”指主应用不显式调用子应用方法、不硬编码子应用状态结构。需通过中间层解耦，例如：
- 统一状态总线（如基于
mitt或EventTarget的跨沙箱事件总线） - 状态代理对象：主应用维护
activeApps: Map<string appinstance></string>，每个AppInstance封装其生命周期、状态快照和通信通道 - 利用 Proxy 拦截对子应用状态的读写，自动转发到对应子应用的沙箱上下文（如 qiankun 的
props或自定义stateBus）
在迭代流转中保持状态一致性
当多个子应用按序激活（如 tab 切换、路由跳转），需确保状态不丢失、不污染：
- 每次流转前，将当前子应用状态序列化并暂存（可存在内存 Map 或 localStorage 中，键名可用计算属性名生成：
`snapshot-${appId}-${timestamp}`） - 激活目标子应用时，自动匹配最近一次快照并还原（还原逻辑由子应用自身提供，主应用只负责触发
restore(state)） - 避免直接操作子应用内部变量；所有状态交互走约定接口（如
app.mount({ state, onStateChange })）
实用建议：轻量级实现示例
若不用完整微前端框架，可这样组织：
const appStates = new Map();
function scheduleApp(appId, config) {
const stateKey = `app-${appId}-state`;
const saved = appStates.get(appId) || {};
// 注入计算出的状态键到 props
const props = {
...config.props,
[stateKey]: saved,
onStateUpdate: (next) => {
appStates.set(appId, { ...saved, ...next });
}
};
mountApp(appId, props); // 实际挂载逻辑
}
这里 [stateKey] 是计算属性名的典型用法，但它只是命名手段；调度逻辑藏在 appStates 管理和 onStateUpdate 回调中。
