不能劫持原型链来隔离全局属性，因会污染全局环境、破坏原生API行为且无法拦截自有属性；真正可行的是Proxy拦截window访问，或with+伪窗口对象降级兼容。
微前端沙箱中不通过“劫持原型链”来隔离全局属性，而是通过重写全局对象（如 window）的 getter/setter 拦截属性访问，原型链本身并不被修改或“劫持”。所谓“自定义原型链”是一种常见误解——实际方案是代理（Proxy）或 with + 沙箱上下文模拟，而非篡改 Object.prototype 或构造函数的 prototype。
为什么不能（也不该）劫持原型链来隔离全局属性
JavaScript 原型链是对象继承属性和方法的机制，修改 Function.prototype、Object.prototype 或 window.__proto__ 会污染全局环境，破坏其他微应用甚至主应用的运行，且现代浏览器严格限制对 window 原型的操作（例如 Chrome 中 window.__proto__ 是只读的）。强行替换会导致：
- 跨微应用的副作用（如一个子应用改了
Array.prototype.map，影响所有应用） - 与原生 API 行为不一致（如
instanceof失效、Object.getPrototypeOf返回异常） - 无法拦截非继承属性（如
window.location、window.fetch是自有属性，不走原型查找）
真正可行的隔离方式：Proxy 拦截 window 访问
主流沙箱（如 qiankun 的 snapshotSandbox 和 legacySandbox）采用 Proxy 包裹 window，在 get/set 时做作用域判断和缓存管理：
-
get trap：先查沙箱私有 map（记录已修改属性），再查快照（记录进入时的原始值），最后才落到真实
window；对document、location等敏感对象返回代理版本 -
set trap：仅当属性在白名单内（如
localStorage）或明确允许时才写入真实window，否则存入沙箱私有状态 - 避免原型污染：不修改任何原型，所有拦截逻辑集中在 Proxy handler 内，完全可撤销
兼容低版本浏览器的降级方案：with + 构造函数重绑定
在不支持 Proxy 的环境（如 IE11），部分沙箱用 with 语句配合动态构造函数实现轻量隔离：
立即学习“Java免费学习笔记（深入）”；
- 将子应用代码包装为函数：
function appCode() { with(window) { /* 子应用脚本 */ } } - 执行前把
window替换为一个“伪窗口对象”，它只暴露白名单属性，并将读写操作导向沙箱变量 - 注意：该方式无法拦截
eval、setTimeout("...")或直接访问window.xxx，安全性弱于 Proxy，仅作兜底
关键细节：如何确保 document、console 等对象也被隔离
这些不是简单属性，而是复杂对象，需单独代理：
-
document：用new Proxy(document, handler)拦截querySelector、body、cookie等，避免跨应用 DOM 干扰 -
console：重定向日志到沙箱上下文，添加微应用标识前缀，防止日志混淆 -
fetch / XMLHttpRequest：劫持请求入口，自动注入微应用专属 header 或改写 base URL - 所有代理对象都需保持原型链不变（
Object.getPrototypeOf(proxy) === original），保证 instanceof 和内置方法正常工作
