object不能完全替代iframe，仅适用于同源静态资源嵌入；跨域html加载在chrome/edge v120+被禁用，且缺乏sandbox、referrerpolicy、loading="lazy"等关键能力。
object 标签不是 iframe 的平替，它不保证能正常加载跨域网页，也不支持 sandbox 等安全控制；用它嵌页面前，先确认是否真需要——多数场景下 iframe 更可靠、更可控。
为什么 object 加载网页经常失败或空白
浏览器对 object 加载 text/html 类型资源的支持极不统一：Chrome 从 80+ 版本起默认阻止 object 加载跨域 HTML；Firefox 对本地文件（file://）协议下的 object 加载 HTML 会直接拒绝；Safari 则可能静默降级为显示 fallback 内容。
- 错误现象：
object区域一片空白，控制台无报错，但 network 面板里请求状态是cancelled或net::ERR_BLOCKED_BY_CLIENT - 根本原因：现代浏览器把
object data="xxx.html"当作“插件式资源”处理，而 HTML 渲染引擎（Blink/WebKit/Gecko）已逐步移除对该路径的完整支持 - type 属性必须显式写成
type="text/html"，漏掉或写成text/plain、application/xhtml+xml都会导致 fallback 激活
object 嵌 PDF 时 width/height 不生效的解决方法
PDF 插件行为受浏览器内置 PDF 查看器接管，width 和 height 属性在 Chrome/Firefox 中常被忽略，实际尺寸由 viewer 控制。真正起效的是 CSS 的 width 和 height，且需加 !important 强制覆盖。
- 必须同时设置
style="width: 100%; height: 600px !important;"，仅靠 HTML 属性无效 - PDF 文件路径必须可跨域访问（CORS 头允许），否则即使本地测试成功，上线后也会触发
Failed to load resource: net::ERR_FAILED - fallback 文本（如“请下载查看”）只有在 PDF MIME 类型未识别或插件缺失时才显示，不能当作兜底 UI 使用
object 与 iframe 在资源类型和 fallback 上的关键差异
object 是通用容器，iframe 是专用框架；前者靠 type 和 MIME 推断行为，后者直接进入渲染上下文。
-
object的 fallback 是标签内 HTML 内容（如<p>不支持</p>），仅当资源加载失败或 type 不匹配时触发 -
iframe的 fallback 是开始与结束标签之间的文本，但现代浏览器几乎从不显示它——哪怕src404，也只留空白框 -
object可嵌 Flash（type="application/x-shockwave-flash"）、SVG（type="image/svg+xml"）、甚至 Java applet（已淘汰），而iframe只能加载文档类资源 - 想监听加载完成？
object没有load事件，只能轮询contentDocument（且跨域时为 null）；iframe有可靠的load事件
object，得接受它是个“尽力而为”的老派机制——它不提供现代 Web 所需的隔离性、可观测性和一致性。PDF 和 SVG 还算稳，嵌 HTML 就等于主动放弃兼容性保障。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
