iframe不会为每个tab自动分配独立渲染进程，是否隔离取决于跨站关系：仅当location.origin（协议+域名+端口）与主页面不同时，chrome的site isolation策略才强制为其分配独立渲染进程；同站iframe默认复用主页面进程，验证方式是通过chrome任务管理器查看“辅助框架”条目。
iframe 不会为每个 tab 自动分配独立渲染进程，是否隔离完全取决于跨站关系，不是“多 tab 就多进程”。
如何判断某个 iframe 是否触发了独立渲染进程
关键看 location.origin 是否与主页面一致：协议、域名、端口三者必须完全相同才算同站。Chrome 的 Site Isolation 策略只对跨站 iframe 强制启用新进程，同站 iframe 默认复用主页面的渲染进程。
验证方法很简单：
- 打开 Chrome 任务管理器（
Shift + Esc） - 找“进程”列中标有“辅助框架”（Auxiliary Frame）的条目——它对应的就是一个跨站 iframe
- 如果没看到这类条目，说明所有 iframe 都是同站，没开新进程
- 注意：
chrome://process-internals/可查更细的 FrameTree 绑定关系，但日常调试用任务管理器足够
Electron 中用 iframe 模拟多 tab 为什么容易崩溃
因为 Electron 主窗口默认只有一个 WebContents 实例，所有 iframe 共享同一个渲染上下文。这不是浏览器 tab 的多进程模型，而是单进程嵌套 DOM。
典型问题包括：
- 任一 iframe 执行无限循环或内存泄漏，整个主窗口卡死
- 第三方网站返回
X-Frame-Options: DENY或Content-Security-Policy: frame-ancestors 'none'，直接白屏并报错ERR_BLOCKED_BY_RESPONSE - iframe 内部 JS 错误无法被独立捕获，影响主页面事件循环
- 没有进程级崩溃隔离，
window.open()打开的子页若保留window.opener引用，还可能触发额外安全边界检查
同站 vs 跨站 iframe 的内存与性能差异
别数 <iframe></iframe> 标签个数，要数跨站 origin 数量。10 个同站 iframe 几乎不新增进程开销；3 个跨站 iframe（如 ad.qq.com、login.taobao.com、maps.google.com）至少带来 3 个完整渲染进程，每个含独立 V8 实例、DOM 树、JS 堆。
实操中要注意：
- 确保
src是完整 URL（带协议），避免相对路径导致意外同源判定失败 - iframe 加载失败（CORS、网络中断、响应拦截）时，不会启动任何渲染进程，任务管理器里也看不到对应条目
- 频繁
removeChild()+appendChild()iframe 会反复创建销毁进程，比display: none切换重得多 - 若 iframe 内是 React/Vue 应用，必须保证卸载逻辑执行，否则事件监听器和闭包长期驻留 JS 堆
真正难处理的是那些隐式跨站：比如 https://a.example.com 嵌入 https://cdn.example.com，看似同域，但若 cdn.example.com 在公共 eTLD+1 列表中被识别为独立站点（如托管在 Cloudflare Pages），仍可能触发独立进程——这时候得靠 chrome://process-internals/ 看 FrameTreeNode 的 site_url 字段确认。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
