不是。iframe是否在独立渲染进程中运行取决于站点隔离策略：跨站iframe强制独占进程，同站iframe默认复用主页面渲染进程，关键判断依据是location.origin（协议+域名+端口）是否相同。
iframe 是否总在独立渲染进程中运行？
不是。Chrome 的 Site Isolation 策略只对跨站 iframe 强制分配独立渲染进程，同站 iframe 默认复用主页面的渲染进程。
常见误判是看到多个 <iframe></iframe> 就以为开了多个进程——这会导致内存爆炸，Chrome 从不这么做。关键判断依据是：location.origin（协议 + 域名 + 端口）是否完全相同：
-
https://a.example.com和https://b.example.com→ 同站（example.com），共享进程 -
https://a.example.com和https://google.com→ 跨站，强制独立进程 -
https://a.example.com和http://a.example.com→ 协议不同 → 跨站 → 独立进程
如何验证某个 iframe 是否独占渲染进程？
打开 Chrome 任务管理器（Shift + Esc），观察“进程”列中是否出现带“辅助框架”（Auxiliary Frame）标识的条目：
- 该条目对应的就是跨站 iframe 的独立渲染进程
- 同站 iframe 不会触发新进程，也不会在此列表中单独显示；它只是主渲染进程内部的一个
FrameTreeNode实例 - 若看到多个“辅助框架”进程，说明页面嵌入了多个跨站源（如广告、登录框、第三方 SDK）
多 Tab 架构下 iframe 进程分配与 tab 进程的关系
一个 Tab 页面本身不等于一个渲染进程，更不等于“每个 iframe 一个进程”。实际分配受三重影响：
-
Tab粒度：默认每个 Tab 有独立渲染进程，但同域名 Tab 可能被合并（如连续打开多个github.com页面） -
iframe粒度：仅跨站 iframe 触发新进程，且该进程归属站点隔离边界，不绑定 Tab -
window.opener关系：若 iframe 通过window.open()打开子页并保留 opener 引用，且两者跨站，则可能触发额外进程隔离（尤其在导航后仍需保持安全边界）
为什么不能靠 iframe 数量估算内存占用？
因为进程复用逻辑和站点边界强相关，单纯数 <iframe src="..."></iframe> 标签毫无意义：
- 10 个同站 iframe → 通常只增加少量内存，仍在主渲染进程内
- 3 个跨站 iframe（如
ad.qq.com、login.taobao.com、maps.google.com）→ 至少新增 3 个独立渲染进程，每个含完整 JS 引擎、DOM 树、V8 实例 - 若某跨站 iframe 内又嵌套了另一个跨站 iframe（如广告内嵌第三方追踪脚本），则会触发二级进程隔离
真正影响内存的是跨站边界数量，不是 DOM 节点或 iframe 标签数量。调试时务必以 location.origin 为单位去数，而不是以 HTML 标签为单位。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
