WeakMap 适合存储 iframe 元数据，因其键支持 HTMLIFrameElement 对象，且能随 iframe 销毁自动垃圾回收，避免内存泄漏；它不提供 iframe 内部隔离，仅辅助宿主安全绑定私有状态。
WeakMap 本身不能直接“关联 iframe 数据”来实现宿主隔离——它只是个键值容器，真正起隔离作用的是 iframe 的运行时上下文。WeakMap 在这里扮演的是辅助角色：在宿主页面中，安全、自动清理地绑定 iframe 实例与其私有元数据（如配置、状态、通信句柄），且不干扰 iframe 内部执行环境。
为什么 WeakMap 适合存 iframe 元数据
iframe 元素（<iframe>）是 DOM 节点，属于对象类型，可作为 WeakMap 的合法键；当 iframe 被移除或销毁时，只要宿主页面中没有其他强引用指向它，WeakMap 中对应条目会随 GC 自动失效。这避免了手动清理遗漏导致的内存残留。
- 键必须是 iframe 元素本身（
HTMLIFrameElement），不能是字符串 ID 或 URL - value 可以是任意值：配置对象、事件监听器集合、postMessage 回调映射表、超时定时器引用等
- 不暴露原始 WeakMap 实例，应封装在模块作用域或闭包内，防止外部篡改
典型使用模式：绑定通信生命周期
宿主常需与 iframe 建立双向 postMessage 通道。用 WeakMap 记录每个 iframe 对应的通信元信息，能确保通道随 iframe 销毁而自然解绑：
- 创建 WeakMap 存储：
const iframeChannels = new WeakMap(); - 每次动态插入 iframe 后，立即初始化其 channel：
iframeChannels.set(iframeEl, { lastSeq: 0, pendingCallbacks: new Map() }); - 监听
message时，通过event.source === iframeEl.contentWindow校验来源，并用iframeChannels.get(iframeEl)获取上下文 - iframe 移除前（如 MutationObserver 捕获到 removedNodes），主动调用
iframeChannels.delete(iframeEl)，加速清理
注意：WeakMap 不提供 iframe 内部隔离能力
WeakMap 完全不参与 iframe 的安全沙箱构建。真正的隔离依赖浏览器原生机制：
-
sandbox属性控制脚本执行、表单提交、DOM 访问等权限（如sandbox="allow-scripts allow-same-origin"） - 跨域 iframe 默认受同源策略限制，无法读写
contentWindow，WeakMap 存的也只是对其元素的引用，不是对内部 window 的访问权 - 若需更细粒度控制（如拦截
eval、冻结原型），需在 iframe 内部注入沙箱化运行时，而非靠宿主 WeakMap 实现
配合 Symbol 实现更隐蔽的私有绑定
为防止调试时意外暴露元数据，可结合 Symbol + Object.defineProperty，在 iframe 元素上挂载不可枚举的私有字段，再用 WeakMap 存储该字段的弱引用或状态快照：
- 定义唯一 Symbol：
const IFRAME_META = Symbol('host-iframe-meta'); - 初始化时挂载：
Object.defineProperty(iframeEl, IFRAME_META, { value: {}, writable: true, enumerable: false, configurable: false }); - WeakMap 中存储：
metaStore.set(iframeEl, iframeEl[IFRAME_META]); - 这样即使开发者
console.log(iframeEl)，也看不到IFRAME_META字段
