object嵌入html需严格配对type="text/html"与合法data路径，否则空白无报错；fallback仅在404/cors/content-type不匹配时触发；pdf/svg才是其可靠应用场景，嵌网页应优先选iframe。
object嵌入HTML页面时，data和type必须配对为text/html
直接用 object 加载另一个 HTML 文件是可行的，但不是“默认行为”——它不像 iframe 那样专为此设计。浏览器只在 type="text/html" 且 data 指向合法 HTML 文件时才尝试解析渲染。漏写 type 或写成 type="application/xhtml+xml" 等非标准值，多数现代浏览器会直接 fallback，不报错也不提示。
常见错误现象：object 区域空白，控制台无报错，fallback 内容也没显示——大概率是 type 缺失或不匹配。
-
data必须是同源可访问路径（./page.html、/assets/embed.html），跨域会触发 CORS 阻止，且 fallback 不触发 - 本地开发用
file://协议时，Chrome 和 Safari 会静默拒绝加载 HTML，Firefox 可能允许但不稳定；务必用http://localhost启服务测试 - 不要依赖
classid或codebase：这些是 ActiveX/Java 专属，对 HTML 嵌入无效
fallback内容只有在明确加载失败时才显示
object 标签内部的备用内容（比如一段提示文字或 <img>）不是“没渲染就显示”，而是仅当发生明确失败时才激活：404、CORS、响应头 Content-Type 不匹配、或 typemustmatch 校验失败。如果 data 指向一个返回 200 的 HTML，但该 HTML 本身语法错误或含 JS 报错，object 仍会尝试渲染，fallback 不出现。
实操建议：
- fallback 内容必须是合法 HTML 元素，如
<p></p>、<div> 或嵌套的 <code><img>；纯文本、注释、空格都不算有效 fallback 节点 - 若想兜底到
iframe，可写：<object data="page.html" type="text/html"><iframe src="page.html"></iframe></object>，但注意嵌套iframe在部分浏览器中可能被忽略 - 避免在 fallback 中放
<script></script>：它不会执行，且可能破坏 DOM 结构 -
iframe支持loading="lazy"、referrerpolicy、allow属性控制权限，object全不支持 -
iframe子页面可正常运行 JS、触发DOMContentLoaded，object加载的 HTML 中脚本默认不执行（即使同源） - 想获取子页面 DOM？
iframe.contentDocument是标准接口；object.contentDocument在 HTML 嵌入场景下为null或不可靠
相比iframe，object嵌入HTML几乎没有优势，还多坑
除非你有非常特定的需求（比如需要 typemustmatch 强制校验响应类型，或必须复用现有 object 的降级逻辑链），否则别选 object 来嵌 HTML。它不支持 sandbox、无法设置 referrerpolicy、不能监听 load 事件（onload 属性无效，需监听 object 的 load 事件但兼容性差），而且子页面的 window.parent 指向不一致。
典型对比：
PDF 和 SVG 才是 object 当前真正靠谱的使用场景
现在用 object 嵌 HTML，本质上是在用一个已偏离原始设计的路径做兜底。它的实际价值集中在三类内容：PDF、SVG 图表、XML（带 XSLT）。其中 PDF 是最稳定、文档最全、fallback 最可控的用法。
如果你的目标只是“把另一个网页塞进来”，请直接用 iframe。而如果你要嵌的是 report.pdf 或 chart.svg，那 object 的 typemustmatch、原生 fallback、MIME 校验能力才有意义。这时候再回头检查 data 路径是否可访问、服务端是否返回了正确的 Content-Type、type 是否拼写准确——这些细节，才是 object 真正咬住不放的地方。
