object标签的备用内容是核心降级机制而非可选功能，必须写在开始与结束标签之间，且仅内部子节点有效；type属性不匹配、file://协议限制或插件缺失均会触发备用内容。
object 标签的备用内容不是可选功能，而是其核心机制——不写备用内容，就等于放弃降级能力。浏览器在 data 加载失败、type 不匹配、插件缺失或资源 404 时，会直接跳过渲染，只留空白区域。
备用内容必须写在 object 开始与结束标签之间
不能靠注释、空格或外部 div 模拟；只有标签内部的子节点（文本、p、img、a，甚至嵌套的 object）会被当作有效 fallback。
- ✅ 正确：在
<object>...</object>中直接放<p>加载失败</p>或<img src="fallback.png"> - ❌ 错误：把提示文字写在
object外面，或仅用 HTML 注释<!-- 备用提示 --> - ⚠️ 注意：
object必须有明确闭合标签；自闭合写法<object ... />不会触发备用内容
type 属性影响备用内容是否触发
即使 data URL 可访问，若声明的 type 与实际响应 MIME 类型不一致（比如 type="text/html" 但服务器返回 application/pdf），浏览器也会忽略资源、转而渲染备用内容。
- 加载 HTML 文件时，务必显式写
type="text/html"，否则部分浏览器（如旧版 Safari）可能拒绝解析 - 嵌入 PDF 时，
type="application/pdf"是常见写法，但若用户禁用 PDF 插件，备用内容就会生效 - 不要依赖服务器自动推断类型——
type是触发 fallback 的关键开关之一
本地开发时 file:// 协议常导致备用内容意外显示
Chrome、Edge 等现代浏览器对 file:// 下的 object data="xxx.html" 有严格限制，会直接阻塞加载，哪怕文件真实存在。这不是 bug，是安全策略。
立即学习“前端免费学习笔记（深入）”；
- 现象：本地双击打开 HTML，
object区域始终显示备用内容，控制台无报错，网络面板也无请求发出 - 解决办法：必须通过本地服务运行（如
python3 -m http.server、Vite 预览、或 Nginx Proxy Manager 代理） - 调试建议：在 DevTools 的 Network 面板里检查
object对应的请求是否存在；若连请求都没有，基本就是file://限制
真正容易被忽略的点是：备用内容本身也是 DOM 节点，它参与页面流式布局，且能响应 CSS。别只把它当“错误提示”——你可以给 <p> 加类名、用 img 做视觉降级、甚至嵌一个带 onclick 的 a 提供手动跳转。它的能力比多数人想的更实在。
