微前端JavaScript沙箱通过拦截全局操作实现隔离。1. 基于Proxy的动态沙箱劫持window读写，运行时记录变更，卸载时还原；2. 快照沙箱在不支持Proxy时保存window属性快照，卸载时对比恢复，但无法处理不可枚举属性；3. 构建时隔离通过模块化和CSP减少全局污染；4. 针对定时器、事件监听、Promise等需特殊清理机制。现代框架如qiankun已集成完善沙箱，原理理解有助于问题排查。
在微前端架构中，JavaScript沙箱的核心目标是防止子应用对全局环境造成污染，确保各子应用之间互不影响。实现沙箱的关键在于拦截和代理子应用对全局对象（如 window）的读写操作，并在子应用卸载时恢复原始状态。
1. 基于 Proxy 的动态沙箱
利用 ES6 的 Proxy 可以劫持对全局对象的操作，是最常见的实现方式。创建一个代理对象包装 window，在子应用运行期间将其作为上下文使用。
基本思路：
- 在子应用加载前，用 Proxy 包装 window，记录所有属性的修改
- 读取属性时，优先从子应用私有空间获取，否则回退到真实 window
- 设置属性时，写入子应用的代理空间，避免直接修改全局
- 子应用卸载时，清除所有变更，还原 window 状态
2. 快照沙箱（Snapshot Sandbox）
适用于不支持 Proxy 的旧浏览器，或对性能要求较高的场景。
立即学习“Java免费学习笔记（深入）”；
实现逻辑：
- 子应用激活前，遍历并保存 window 当前所有可枚举属性的快照
- 子应用运行后，若修改了全局变量，这些变更会体现在 window 上
- 子应用卸载时，遍历当前 window 属性，删除新增项，恢复被覆盖的原始值
3. 构建时隔离与作用域限制
除了运行时沙箱，构建阶段也可以辅助隔离。
建议做法：
- 子应用使用模块化打包（如 Webpack），避免变量暴露到全局
- 启用 module federation，明确导出生命周期钩子而非直接操作 DOM 或 window
- 禁用某些危险 API（如 eval、with），可通过 ESLint 或 CSP 策略限制
4. 沙箱的局限性与应对策略
完全隔离 JavaScript 很难，以下情况需特别处理：
- 定时器（setTimeout/setInterval）：子应用创建的定时器在卸载后可能继续执行，需记录并统一清除
- 事件监听（addEventListener）：子应用绑定的全局事件应注册到专用容器，卸载时自动解绑
- Promise 和微任务：未完成的异步操作可能在子应用卸载后触发错误，需捕获异常或提供上下文感知机制
基本上就这些。选择哪种沙箱方案取决于浏览器兼容性、性能要求和框架设计。现代微前端框架（如 qiankun、micro-app）已内置较完善的沙箱机制，可直接集成使用，但理解其原理有助于排查隔离问题。
