object标签的内部内容是规范定义的fallback机制，非可配置默认值；当data加载失败（404/mime不匹配/插件缺失等）时，浏览器自动渲染其子内容，而非在加载中显示。
object 标签的默认展示内容不是靠某个属性“设置”出来的，而是由浏览器加载失败时自动回退到标签内部的内容——它天然就是降级方案，不是可配置的“默认值”。
为什么内部内容会成为“默认展示”
浏览器尝试加载 data 指向的资源，并按 type 解析；只要任一环节失败（404、MIME 不匹配、插件缺失、CORS 阻断、甚至只是网络超时），就会跳过渲染主体，直接把 object 开始标签和结束标签之间的所有 HTML 内容当作普通 DOM 渲染出来。
这不是“兜底逻辑”，而是规范定义的行为：内部内容是 fallback content，不是 placeholder 或 loading state。
- 它不会在资源加载中显示，只在确认失败后才出现
- 它不参与样式继承（比如父元素的
font-size会影响它，但object自身的width/height对它无效） - 如果内部是
<img>，它的加载也独立于object的data
常见 fallback 写法与陷阱
写错结构或忽略兼容性，fallback 就可能完全不生效：
- 必须写在
<object></object>和之间，不能放在外面或用<noscript></noscript>包裹 - 避免只写纯文本，比如
<p>加载失败</p>—— 它会被渲染，但用户无法点击或操作；更推荐嵌入一个可交互的替代方案，例如@#@#@#@#@#@#@#@#@#@0 - 不要依赖
<param>来控制 fallback 行为——它只传参给插件，对降级无影响 - 在 Safari 中，
type="text/html"的object加载失败时 fallback 可能被忽略（尤其当data是相对路径且 404 时），需额外用 JS 检测object.contentDocument是否为空来补救
如何验证 fallback 是否真起作用
别只靠本地文件测试，因为 file:// 协议下很多 MIME 判断失效。真实验证要满足三个条件：
- 把页面部署到 HTTP/HTTPS 服务器（哪怕本地
python3 -m http.server） - 故意设一个 404 的
data路径，比如data="missing.svg" - 打开 DevTools → Network 面板，确认该请求返回 404，同时 Elements 面板里能看到 fallback 内容已挂载到 DOM 中
如果 fallback 没出现，大概率是 type 值错误（如写成 image/svg 而非 image/svg+xml）或服务器未正确返回 Content-Type 响应头。
真正难的不是写 fallback，而是让浏览器「相信它失败了」——这取决于服务器响应、MIME 声明、协议限制三者是否协同一致。漏掉任意一环，fallback 就只是段安静的 HTML。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
