iframe能隔离全局作用域，根本原因在于它创建了完全独立的浏览上下文，拥有自身的window、document、javascript执行环境和事件循环，与父页面不共享全局变量、原型链或运行时状态。
iframe 能隔离全局作用域，根本原因在于它创建了一个**完全独立的浏览上下文（browsing context）**——拥有自己的 window、document、JavaScript 执行环境和事件循环，与父页面天然不共享全局变量、原型链或运行时状态。
iframe 如何实现全局作用域隔离
浏览器根据同源策略，为每个 iframe 分配独立的全局对象。即使父子页面同域，它们的 window 对象也互不相等；若跨域，则连基本属性访问都会被拒绝。
-
独立 window 对象：子 iframe 的
window是全新实例，window === parent.window为false，所有内置构造器（Array、Promise、fetch等）都来自该 iframe 自身环境，不会污染父页面。 -
原型链断开：iframe 内定义的函数，其
constructor.prototype指向的是子环境的Function.prototype，而非父页面的。这意味着无法通过原型篡改影响父环境。 -
无隐式全局泄漏：在 iframe 中直接写
var a = 1或function b(){}，变量只挂载到子window下，父页面的window.a读不到，也不会触发父window的set拦截（如 Proxy 沙箱中的行为）。
关键细节：同域 vs 跨域 iframe
隔离强度取决于是否跨域：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
同域 iframe：可直接访问
iframe.contentWindow，能读写子环境全局变量，也能从子环境调用父方法（如parent.xxx()）。这种情况下隔离是“软性”的，需靠规范约束或额外限制（如sandbox属性）防止恶意操作。 -
跨域 iframe：浏览器强制阻断绝大多数访问（
contentWindow仅暴露空对象），连iframe.contentWindow.location都会报错。此时全局作用域真正“不可见、不可达”，是最强隔离形式。
增强隔离的实用手段
仅靠 iframe 默认行为还不够安全，生产中常配合以下措施：
-
使用
sandbox属性：例如<iframe sandbox="allow-scripts"></iframe>可禁用eval、弹窗、表单提交等高危能力，只保留必要权限。 -
用 data URL 或 blob URL 加载：避免同源部署风险。比如
src="data:text/html,<script>alert(1)</script>"会触发跨域策略，使 iframe 与父页完全隔离。 -
通信必须走
postMessage：禁止直接引用对方window，且接收方须严格校验event.origin和消息结构，防止注入。 -
配合 CSP 策略：服务端设置
Content-Security-Policy: frame-ancestors 'none'，防止被恶意页面嵌入；子页面自身也应设child-src限制可嵌入资源。
为什么它比 Proxy 沙箱更彻底
Proxy 沙箱只是“代理”对 window 的访问，所有代码仍在主 JS 线程执行，仍可能通过 Function.constructor('return this')() 或 eval 逃逸；而 iframe 是真正的进程/线程级隔离（现代浏览器中 iframe 常运行在独立渲染进程中），连内存空间都不共享，从根本上杜绝了原型污染、变量劫持、异步任务泄漏等软沙箱常见问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
