iframe会阻塞window.onload，真正解法是初始HTML中删掉src、用data-src存地址，再通过IntersectionObserver监听视口进入后赋值并立即unobserve；首屏必需则显式设loading="eager"，老浏览器回退为默认eager行为。
iframe 会阻塞 window.onload，别指望首屏快
只要 HTML 里写了<iframe src="">，浏览器就必须等它连同所有子资源（JS、CSS、图片、字体）全部加载执行完，才触发主页面的window.onload。哪怕 iframe 指向的是个空页面，这个阻塞也真实存在。
实测中，一个加载缓慢的 iframe 可让整个页面右上角转圈持续 5 秒以上，document.readyState卡在interactive状态不动。
真正有效的解法不是“优化 iframe 内容”，而是让它不参与初始渲染：
- 初始 HTML 中彻底删掉
src，改用data-src存地址 - 用
IntersectionObserver监听进入视口再赋值iframe.src，并立即unobserve() - 首屏必需？那就用
loading="eager"显式声明，而不是靠默认行为赌运气 - 老浏览器（如 IE）不支持
loading属性，会被忽略，回退成 eager 行为——这点必须写进兼容性 checklist
每个 iframe 都是独立渲染进程，内存翻倍不是夸张
Chromium 架构下，每个 iframe 默认启动一个独立的渲染进程（或至少独占 JSHeap 和 Document 实例）。DevTools 的 Memory 面板里，你能清晰看到多个Document条目和对应的 JS 堆增长。
立即学习“前端免费学习笔记（深入）”；
3 个 iframe 常使内存占用比纯单页高 30%~50%，低端 Android 设备极易因内存压力触发 iframe 卸载或白屏。
这不是理论瓶颈，而是可测量的硬约束：
- 避免在 Tab 切换组件里反复创建/销毁 iframe——DOM 复用 +
display: none比重建轻量得多 - 禁用 iframe 内部的
console.log和未清理的定时器，它们会长期驻留 JS 堆 - 若 iframe 内是 React/Vue 应用，确保其
unmount逻辑被正确调用，否则 DOM 节点和事件监听器可能泄漏 - 不要用 iframe 加载同一套 UI 组件库（比如把 Header 用 iframe 嵌入三次），CSS 和 JS 会重复下载执行
sandbox 不是可选项，是安全底线
不加sandbox的 iframe，等于把完整网页执行权限白送给第三方：它能运行脚本、提交表单、弹窗、访问localStorage（同源时），甚至尝试top.location.href跳转劫持。金融类应用曾因此出现过支付页被 iframe 内恶意脚本重定向的事故。
最小可用配置必须显式声明：
-
sandbox="allow-scripts"—— 允许执行 JS，但禁用 DOM 访问、表单提交、弹窗等 - 需要跨域通信？只加
allow-same-origin，且必须配合postMessage使用，绝不能仅靠它开权限 -
sandbox=""（空值）会让 iframe 连 HTML 都不解析，Network 显示net::ERR_BLOCKED_BY_RESPONSE，页面直接白屏——这不是加载失败，是浏览器压根没开始解析响应体
如何用 Performance API 定位 iframe 引发的真实瓶颈
直接看performance.getEntriesByType('navigation')和performance.getEntriesByType('resource')，就能定位 80% 的加载瓶颈；但多数人漏掉了主线程阻塞和长任务这两个更隐蔽的卡顿根源。
排查 iframe 相关性能问题时重点关注：
- 在
navigation条目中，检查responseStart - navigationStart（TTFB）是否异常高——若超过 800ms，说明 iframe 的后端或 CDN 响应慢 - 查看
resource条目中 name 指向第三方域名的记录，按duration倒序排列，揪出拖慢首屏的“慢资源” - 注册
PerformanceObserver监听longtask类型，iframe 内 JS 执行卡顿会暴露为 >50ms 的长任务，尤其注意连续多个 >100ms 的任务 - 若 iframe 内含大量 DOM 操作，火焰图中
Layout或Recalculate Style占比高，说明重排成了主因，不是 JS 本身慢
真正难缠的是那些不报错、不超时、但让页面“发呆”的场景：iframe 内未节流的 resize 回调、强制同步布局读取（如offsetTop紧挨着样式修改）、或未卸载的 React 渲染器残留 —— 这些必须靠 PerformanceObserver 和 Memory 面板交叉验证才能揪出来。
