iframe专为html页面隔离设计，创建独立浏览上下文并严格遵循同源策略与x-frame-options；object是通用资源容器，依赖mime type解析，不创建新window，对html加载兼容性差且无原生懒加载与sandbox支持。
iframe 和 object 都能嵌入外部内容，但它们的语义、行为边界和实际表现差异明显——选错会导致跨域失败、移动端不渲染、SEO 丢失，甚至被现代浏览器静默拦截。
iframe 是专为 HTML 页面隔离设计的独立浏览上下文
iframe 的本质是创建一个全新的 window 对象和 document 环境，它加载的是完整 HTML 文档（哪怕只是个空 index.html）。这意味着：
- 同源策略完全生效：跨域 iframe 无法通过
window.parent访问父页面，反之亦然 - 默认启用
X-Frame-Options和Content-Security-Policy: frame-ancestors检查，目标页若设为DENY或sameorigin，iframe 会直接白屏 -
sandbox属性可精细控制能力（如sandbox="allow-scripts allow-same-origin"），但加了allow-same-origin后必须同源才真正生效 - 支持
loading="lazy"原生懒加载，对首屏性能友好 - 错误现象常见：
Refused to display 'xxx' in a frame because it set 'X-Frame-Options' to 'deny'
object 是通用资源容器，依赖 MIME type 和插件机制
object 不创建新浏览上下文，而是由浏览器根据 type 属性决定如何解析和渲染内容。它更像一个“占位协议处理器”：
- 加载 PDF 时走内置 PDF viewer；加载 HTML 时部分浏览器（如 Chrome）会尝试解析为内联文档，但 Firefox 已逐步限制该行为
- 必须显式声明
type="text/html"才可能被当作 HTML 渲染，否则可能被忽略或触发下载 - 不支持
loading="lazy"，也没有原生的 sandbox 机制，安全性靠data源头可信度兜底 - 移动端兼容性差：iOS Safari 对
object加载 HTML 几乎无响应，Android Chrome 表现也不稳定 - 错误现象常见：页面空白但控制台无报错，或直接弹出“下载 document.html”提示
PDF 嵌入场景下，embed/object/iframe 的实际表现分层
三者都能加载 PDF，但底层机制和可控性不同：
-
iframe src="doc.pdf#toolbar=0"：工具栏控制可靠，支持页面跳转参数（#page=5），但滚动条和缩放行为由浏览器 PDF viewer 决定，无法用 CSS 覆盖 -
embed src="doc.pdf#page=3"：移动端渲染更顺滑，支持#page和#zoom，但不支持#toolbar，且无 fallback 内容机制 -
object data="doc.pdf" type="application/pdf"：唯一支持内部 fallback 文本（如<p>请下载查看</p>），但#参数在部分浏览器中被忽略，且 iOS 上常触发下载而非预览
真正关键的不是“哪个更标准”，而是你能否控制加载源的响应头、是否需要 fallback、是否要支持离线 PDF 查看，以及是否接受 iOS 上 object 和 embed 的不可靠性——这些细节比标签名本身重要得多。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
