单例代理模式不能用于window沙箱化，因其无法实现环境隔离；微前端需为每个子应用创建独立Proxy实例，配专属快照与定制化trap逻辑，单例仅适用于沙箱注册中心等调度层。
单例代理模式本身不直接用于 window 沙箱化——它解决的是“全局唯一实例管理”问题，而 window 沙箱需要的是“访问拦截 + 环境隔离”。强行套用单例代理，反而会掩盖真实风险点：比如多个微应用共用一个代理对象，却未隔离各自的 window 快照或 proxy trap 逻辑。
为什么不能直接复用单例模式管理沙箱代理对象
微前端中每个子应用必须拥有独立的执行上下文。若所有子应用共享同一个 Proxy 实例（哪怕它是单例），就等于共享同一套 trap 行为和 target 引用：
- 一个子应用通过
delete window.location触发了副作用，可能意外影响另一个子应用的路由判断 - 所有子应用共用同一个
globalThis快照，无法各自保存私有变量（如window.__POWERED_BY_QIANKUN__） - 单例的
handler.get里若做统一日志或白名单校验，就无法按子应用维度定制策略（比如 A 应用允许访问localStorage，B 不允许）
真正起作用的是“每个沙箱实例配一个独立 Proxy”
主流微前端框架（qiankun、garfish）实际采用的方案是：每次挂载子应用时，创建一个新的 Proxy 对象，其 target 是该子应用专属的 window 快照（通常基于 iframe.contentWindow 或空对象模拟），handler 则封装了隔离逻辑：
-
gettrap：读取时检查是否在白名单（console、setTimeout）、是否需重定向（location.href→ 当前子应用基座路由） -
settrap：写入时拦截污染（如禁止修改Array.prototype.push）、记录副作用（供卸载时恢复） -
has和ownKeystrap：控制in操作符和Object.keys()的可见性，隐藏宿主 window 上的原生属性
示例关键片段：
立即学习“前端免费学习笔记（深入）”；
HISUI 前端框架基础开发指南。HISUI 是基于 easyui 二次开发的 jQuery UI 组件库，专为医疗信息系统设计。当涉及 HISUI 组件开发、jQuery easyui 表格/表单/布局/窗口、医疗系统前端页面编写时使用此 skill。 涵盖 40 个组件的官方文档参考，支持声明式与编程式两种初始化方式，提供 $cm/$m 数据访问方法。
const sandbox = new Proxy(fakeWindow, {
get(target, p) {
if (p === 'location') return rewriteLocation(target.location, appBase);
if (p in target) return target[p];
if (p in rawWindow && globalWhitelist.includes(p)) return rawWindow[p];
return undefined;
},
set(target, p, value) {
target[p] = value; // 写入 fakeWindow，不影响 rawWindow
return true;
}
});
单例模式只适合用在沙箱生命周期管理器上
真正该用单例的地方，是沙箱工厂或沙箱注册中心——它不代理 window，而是统一调度不同子应用的沙箱实例：
- 用单例确保整个主应用只有一个
SandboxRegistry，避免重复初始化或状态混乱 - 注册时传入子应用名、沙箱配置（是否启用 strict mode、白名单列表），由它分配独立
Proxy实例并缓存 - 卸载时通过单例统一触发所有相关沙箱的
free方法（还原原型链、清除定时器等）
错误做法：SandboxSingleton.getInstance().proxy 返回同一个 Proxy；正确做法：SandboxRegistry.getInstance().create('app-a') 返回新实例。
容易被忽略的兼容性陷阱
Proxy 无法拦截所有操作，这些边界情况必须额外处理：
-
Function.prototype.toString会暴露原始函数源码，绕过 proxy —— 需用eval替换或重写 toString 方法 -
Symbol.unscopables会让 with 块失效，导致某些老代码（如部分 polyfill）跳过 proxy 拦截 —— 必须显式覆盖该 symbol - iframe 沙箱下
window.parent默认指向宿主，必须在gettrap 中返回当前 fakeWindow，否则子应用可逃逸 - Chrome 120+ 对
Proxy.revocable的 GC 行为更激进，若未显式revoke()，可能残留引用导致内存泄漏
沙箱不是靠“一个代理对象”撑起来的，而是靠 proxy + 快照 + 恢复 + 通信四层机制协同。单例只管其中一层的调度，别让它越界。
