fallback内容必须写在开闭标签之间，且为有效html节点（如、），不能是注释或空格；仅当data资源加载失败、type不匹配或插件缺失时才显示。
object标签里 fallback 内容怎么写才有效
必须把替代内容放在 <object></object> 开始和结束标签之间，且不能只靠注释或空格撑开。浏览器只有在 data 指向的资源加载失败、类型不支持、或插件缺失时，才会显示这段内容。
常见错误是把提示文字写在标签外，或者用 <!-- 注释 --> 代替真实 DOM 节点——这些都不会被当作 fallback 渲染。
- 正确写法：
<object data="report.pdf" type="application/pdf"><p>PDF 加载失败，请@#@#@#@#@#@#@#@#@#@0。</p></object> - 可嵌套任意合法 HTML：
<p></p>、<img>、<button></button>，甚至带内联样式的<div style="max-width:90%"> <li>如果内部有 <code><param>，它不算 fallback 内容，只是传参；真正降级显示的是<param>之后、之前的节点 - HTML 页面：
text/html（不是text/plain或漏写） - PDF 文档：
application/pdf（注意不是pdf或document/pdf） - MP4 视频：
video/mp4（不是mp4或video/mpeg） - SVG 图像：
image/svg+xml（XML 后缀不能省） - 不能只写：
obj.setAttribute('data', 'new.pdf') - 必须创建新节点：
const newObj = document.createElement('object')，再设置newObj.data、newObj.type、newObj.width等全部属性 - 原
<param>子节点需手动克隆：newObj.appendChild(oldParam.cloneNode(true)) - 最后用
oldObj.parentNode.replaceChild(newObj, oldObj)替换 -
<iframe src="page.html"></iframe>在所有现代浏览器中行为一致 -
<object></object>的 HTML 加载能力本质是历史遗留特性，没有标准化加载流程，错误状态难捕获 - 唯一适合用
<object></object>加载 HTML 的场景，是需要 fallback 文字 + 明确控制 MIME 类型 + 服务端能保证同源且无缓存干扰
type 属性写错会导致 fallback 立刻触发
type 不是可选装饰，而是浏览器判断“能否处理该资源”的第一道关卡。一旦设错 MIME 类型（比如 PDF 写成 text/plain），哪怕文件存在且可访问，浏览器也会跳过加载直接展示 fallback。
不同资源对应的关键 type 值必须准确：
没把握时，可先用 curl -I 文件路径 查服务器返回的真实 Content-Type，再照抄进 type。
动态替换 object 的 data 时 fallback 不会自动重显
很多人以为改了 data 属性，浏览器就会重新走一遍加载 + 失败逻辑，结果发现旧内容还在、fallback 也不出来——因为 data 只在元素首次插入 DOM 时读取一次，后续修改完全被忽略。
真要换资源，得重建整个 <object></object> 元素：
否则 fallback 就像被“冻结”了一样，既不消失也不重显。
Safari 和部分移动端对 object 加载 HTML 支持有限
虽然规范允许 <object data="page.html" type="text/html"></object>，但 Safari 自 14 版本起默认禁用该行为，iOS WebView 几乎完全不支持；Android Chrome 也仅在同源且无 CORS 阻挡时勉强可用。
如果你的目标是嵌入另一个 HTML 页面，而不是 PDF 或媒体，优先考虑 <iframe></iframe>：
别为了“用上 object”而绕开 iframe，尤其当 fallback 文字只是“加载失败”这种通用提示时——它大概率不会如你所愿出现。
