不是。iframe是否在独立渲染进程中运行取决于站点隔离策略：跨站iframe强制独占进程，同站iframe默认复用主页面渲染进程，关键判断依据是location.origin（协议+域名+端口）是否相同。
iframe 是否总在独立渲染进程中运行？
不是。Chrome 的 Site Isolation 策略只对跨站 iframe 强制分配独立渲染进程，同站 iframe 默认复用主页面的渲染进程。关键判断依据是 location.origin（协议 + 域名 + 端口）是否完全相同。
常见误判场景：
-
https://a.example.com和https://b.example.com→ 同站（example.com），共享进程 -
https://a.example.com和http://a.example.com→ 协议不同 → 跨站 → 独立进程 -
https://a.example.com和https://google.com→ 跨站 → 独立进程
验证方式：打开 Chrome 任务管理器（Shift + Esc），查找带“辅助框架”（Auxiliary Frame）标识的进程条目——只有跨站 iframe 才会触发该条目。
Electron 中用 iframe 实现多 tab 页为什么容易卡死？
因为 Electron 主窗口默认是单渲染进程环境，所有动态插入的 iframe 共享同一个 WebContents 上下文。任一 iframe 页面崩溃、内存泄漏或执行无限循环，整个窗口都会卡死。
立即学习“前端免费学习笔记（深入）”；
更现实的问题是：
- 现代网站（如 GitHub、Google）普遍设置
X-Frame-Options: DENY或Content-Security-Policy: frame-ancestors 'none'，导致 iframe 加载失败并报ERR_BLOCKED_BY_RESPONSE - 子应用加载失败时，不会启动任何渲染进程，任务管理器中也看不到对应条目，排查无日志、无提示
替代方案优先级：
- 用
BrowserView（推荐）：每个 tab 对应独立WebContents，真正模拟浏览器多进程行为 - 用
webview（需谨慎）：支持进程隔离，但需手动处理new-window、console、preload等生命周期；注意 Electron 22+ 已移除部分 API - 避免纯
iframe多 tab：它不是浏览器 tab 的等价替代，而是嵌入式容器
如何避免 iframe 加载白屏却无报错？
浏览器对 src 校验极严：空字符串、javascript:void(0)、file:// 协议路径，一律静默拒绝加载，控制台通常只报 net::ERR_FAILED。
实操要点：
- 本地开发必须起 HTTP 服务，例如：
python3 -m http.server 8000，然后访问http://localhost:8000/subapp/index.html - 生产环境用绝对路径：
src="/micro/cart.html"，避免父页面路由变化导致 404 - 动态赋值前校验协议：
if (url && (url.startsWith('http') || url.startsWith('/'))) iframe.src = url; - 禁止依赖相对路径自动解析——当前页面 URL 是
/admin/user/123时，src="app.js"会尝试加载/admin/user/app.js，极易出错
为什么 iframe 在 Flex/Grid 容器里会“消失”？
iframe 是替换型内联元素，默认尺寸为 300×150px。在 display: flex 或 grid 容器中，若未显式设宽高，它常被压缩至 0×0，表现为“看不见”，但实际已加载。
必须加样式控制：
- 基础写法：
style="width: 100%; height: 400px; border: none;" - 响应式比例：
style="width: 100%; aspect-ratio: 16 / 9; border: none;" - 禁用滚动条请用 CSS：
overflow: hidden加在父容器上；scrolling="no"已废弃且无效 - 移动端补丁：
touch-action: auto+height: 100vh防止滚动穿透失效
资源重复加载和销毁不彻底是真实瓶颈：每个跨站 iframe 都是一套完整渲染进程，JS/CSS 全量加载、HTML 重解析，关闭时若未手动移除 DOM 或清理 postMessage 监听器，内存不会自动释放。
