微前端中用Map缓存子应用实例可避免重复挂载/卸载，核心是存储含instance、status、container、customData的上下文对象，并在生命周期钩子中联动更新状态，按需复用而非重建，同时需控制内存与隔离边界。
微前端中缓存子应用实例，核心是避免重复挂载/卸载带来的性能损耗和状态丢失。Map 结构天然适合做“应用名 → 实例（含生命周期、DOM 容器、状态等）”的键值映射，配合合理的生命周期管理，就能实现轻量、可控的实例缓存。
用 Map 缓存子应用实例对象
不要只存组件或路由实例，而应封装一个包含完整上下文的对象：
-
key：建议用唯一子应用标识（如
app-name@1.2.0或注册时传入的name） -
value：一个对象，至少包含：
–instance（已初始化的子应用实例，如 qiankun 的registerMicroApps返回的 app 对象或自定义渲染器）
–status（mounted/unmounted/cached）
–container（挂载容器 DOM 节点，用于后续复用）
–customData（可选，如用户登录态、主题配置等需隔离传递的数据）
在 mount/unmount 时联动 Map 状态
以 qiankun 为例，在 beforeLoad、afterMount、beforeUnmount 钩子中更新 Map：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
加载前（beforeLoad）：查 Map 中是否存在已缓存且未卸载的实例；若存在且状态为
cached，直接跳过资源加载，进入挂载流程 -
挂载后（afterMount）：将实例写入 Map，并标记为
mounted；同时保存 container 引用（防止被 GC） -
卸载前（beforeUnmount）：不直接销毁，而是将状态设为
cached，保留 instance 和 container，仅清空副作用（如定时器、事件监听）
按需恢复：复用而非重建
当用户再次访问该子应用时，不再调用 start() 或重新 loadMicroApp，而是：
立即学习“Java免费学习笔记（深入）”；
- 从 Map 中取出对应实例
- 检查
status === 'cached'，则调用其自有render()或activate()方法（需子应用支持） - 将缓存的
container插回主应用 DOM 树指定位置 - 恢复关键状态（如路由位置、表单草稿），可通过
customData或子应用暴露的restoreState()方法实现
注意内存与隔离边界
Map 缓存不是无限制的，需配合清理策略：
- 设置最大缓存数（如 LRU 最近最少使用），超出时自动
unmount并delete最久未用项 - 监听浏览器页面隐藏（
visibilitychange）或长时间闲置，批量释放非活跃缓存 - 确保每个子应用的全局变量、样式、事件监听器真正隔离——缓存的是“干净实例”，不是裸 DOM 节点
- 若子应用依赖 window 上动态注入的 SDK（如埋点脚本），需在恢复时重新触发注入逻辑或做懒加载判断
