微前端函数沙箱隔离的核心是通过 Proxy 拦截全局对象、重写执行上下文、拦截原型链与构造器，使函数在受控沙箱环境中运行，而非直接隔离函数本身。
微前端中函数的沙箱隔离，核心不是“单独隔离函数”，而是让整个应用（含其定义的所有函数）在受控的、与主应用和其他子应用互不干扰的执行环境中运行。JavaScript 函数本身无法被直接“沙箱化”，但可以通过限制其执行时的全局上下文、变量访问、原型链和副作用能力，实现事实上的函数级隔离。
通过 Proxy 拦截全局对象，切断函数对真实 window 的依赖
子应用中的函数常隐式依赖 window、document、location 等全局对象。沙箱需用 Proxy 代理一个“伪全局对象”，让函数读写这些属性时落在沙箱内，而非真实环境。
- 创建一个空对象作为沙箱上下文（如
sandboxWindow），用Proxy拦截get/set/has等操作 - 对
window属性读取：优先返回沙箱内已有的值；未定义时才降级到真实window（可配置是否允许降级） - 对
window属性写入：默认只写入沙箱对象，避免污染主应用 - 函数体内调用
setTimeout、fetch等 API 时，需提前将这些方法绑定到沙箱上下文，并重写其内部this指向
重写函数的执行上下文（this）与作用域链
子应用代码（包括函数声明）通常在 eval 或 new Function() 中执行。沙箱需确保这些动态执行的代码，其顶层 this 指向沙箱窗口对象，且闭包捕获的全局变量来自沙箱而非真实环境。
- 使用
with (sandboxWindow) { ... }包裹执行体（注意：现代严格模式禁用with，仅作原理说明） - 更可靠的方式是用
vm.Script（Node.js）或改造浏览器eval：先将源码字符串包裹成立即执行函数，显式传入沙箱对象作为参数，再通过bind或call控制执行上下文 - 对已存在的函数（如子应用导出的生命周期钩子），在调用前统一用
fn.bind(sandboxWindow)或fn.call(sandboxWindow, ...args)执行
拦截原型链与内置构造器，防止逃逸式访问
函数可通过 Function.prototype.constructor、Object.getPrototypeOf、{}.constructor.constructor（即 Function 构造器）动态生成新函数，从而绕过沙箱。必须拦截关键原型链节点和构造器行为。
立即学习“Java免费学习笔记（深入）”；
- 代理
Object.prototype和Function.prototype，对constructor、__proto__、prototype等敏感属性读取返回沙箱版本 - 重写
Function构造器：当子应用尝试new Function('return window')时，将其内部window替换为沙箱window - 冻结关键内置对象（如
Array.prototype）防止篡改，但注意不影响正常功能
快照式沙箱与代理沙箱的实践选择
主流微前端框架（如 qiankun）提供两类沙箱实现，直接影响函数行为：
-
快照沙箱（SnapshotSandbox）：应用激活时记录全局变量快照；卸载时遍历还原。适合非频繁切换场景，函数执行期间仍可修改真实
window，但卸载会回滚——函数的副作用被“抹除” -
代理沙箱（LegacySandbox / ProxySandbox）：全程用
Proxy拦截所有全局访问。函数始终只能看到沙箱视图，天然隔离。现代推荐方案，但需兼容 IE 的项目需降级为快照沙箱
无论哪种，函数本身不被特殊处理，而是靠执行环境的隔离，让其“看不见也改不了”外部世界。
