object标签不可替代的场景是需原生fallback、类型校验或非标准MIME资源（如PDF、SVG图表、旧系统交互文档），日常媒体应优先用img/video/audio；其fallback仅在明确加载失败（404/CORS/file://协议拒绝/type与响应头不匹配等）时触发，非“未显示即降级”。
object 标签不是“万能嵌入器”，它只在需要原生 fallback、类型校验或非标准 MIME 类型资源时才不可替代——比如 PDF、SVG 图表、旧系统导出的交互文档。日常图片/音视频请直接用 img、video、audio。
为什么 object 的 fallback 有时不触发
浏览器只有在明确判定加载失败时才会渲染内部内容，不是“没显示就 fallback”。常见失效原因：
-
data指向 404 路径、CORS 阻止、或file://协议下被拒绝（必须走 HTTP(S) 服务预览） -
type和响应头Content-Type不匹配，且加了typemustmatch属性 - fallback 内容不是有效 HTML 子节点：纯文本、注释、空格、
<script>都不算；必须是<p>、<img>或嵌套的另一个<object> - 写了
type却没写data，或反过来——两者至少要有一个，但只写type会导致空白区域
object 嵌入 PDF 的典型配置与坑点
PDF 是目前最常被正确使用的场景，但细节决定成败：
-
type必须是application/pdf，写成pdf或留空，Chrome/Firefox 都不会识别 - 服务端返回 PDF 但响应头是
text/plain？即使写了type，也会 fallback（除非去掉typemustmatch） - Safari 16+ 需配合
width/height才触发内建 PDF 查看器；Chrome 则不需要 - 本地开发时
file://加载 PDF，Firefox 会忽略type，只按扩展名判断——建议统一用http://localhost启服务
object 嵌入 SVG 的缩放与交互限制
SVG 不是“图片”，object 加载后 DOM 是隔离的，这点极易被忽略：
立即学习“前端免费学习笔记（深入）”；
-
width/height会覆盖viewBox缩放逻辑；设为100%或不设更利于响应式，但父容器需有明确宽度 - SVG 内部若有 JS 交互（如
<g onclick="...">），object加载后无法通过主页面 DOM 直接访问，contentDocument仅同源可用，且 PDF 场景下该属性为null - 若 SVG 引用了外部资源（如
<use href="icon.svg#x">），跨域会失败——此时 fallback 到<img src="icon.png">更实际 - 不要写
type="image/svg+xml"却让data指向 PNG 文件，这是人为制造不匹配，必然 fallback
param 还有用吗？现代项目里怎么传参
<param> 已基本失效，别再指望它控制行为：
- 现代浏览器已移除 NPAPI 支持，
<param name="movie">对 Flash、Java Applet 失效；ActiveX 仅 IE 支持 - 想给 SVG 或 PDF 传参？用 URL 查询参数更可靠：
data="chart.svg?theme=dark&size=large" - 需要 JS 控制？监听
load事件后操作，但注意：contentDocument在跨域或 PDF 场景下不可用，且 Safari 对object的load事件触发时机不一致 - 国产信创浏览器若要求私有插件，得查厂商文档确认是否仍支持
<param>，不能默认通用
真正难的不是写对标签，而是判断什么时候该用它——当你需要不依赖 JS 的多层降级、类型强校验、或集成非标准 MIME 资源时，object 才是唯一解；其余时候，它只是增加复杂度的累赘。
