该用，但仅限特定场景：嵌入PDF、遗留插件或需强降级控制时；现代音视频应优先用video/audio，外部网页用iframe；object核心价值在于原生多层fallback能力。
object 标签现在还该用吗
绝大多数情况下，object 不再是首选——HTML5 明确推荐 video、audio 和 iframe 分别处理音视频和外部网页。只有在嵌入 PDF、旧版插件（如已停用的 Flash）、或需要强降级控制的遗留场景中，object 才有实际价值。
它不是“失效”，而是“退居二线”：现代浏览器对 object 的支持集中在 MIME 类型解析（如 application/pdf），而非插件加载；Chrome、Edge 已彻底移除 NPAPI 插件支持，Firefox 早在 2021 年就禁用了 Flash。
嵌入 PDF 时 data 和 type 必须配对
PDF 是目前 object 最稳定的使用场景，但容易因参数错配导致空白或下载弹窗：
-
data必须指向可访问的 PDF 路径（相对或绝对），且服务器需返回正确的Content-Type: application/pdf响应头；否则即使标签写对，浏览器也可能拒绝渲染 -
type必须严格为application/pdf，写成pdf、text/pdf或留空都会触发 fallback 内容 - 宽度高度建议用 CSS 控制（如
style="width:100%; height:600px;"），避免硬编码width/height属性在响应式布局中失效
示例：
立即学习“前端免费学习笔记（深入）”；
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
<object data="report.pdf" type="application/pdf" style="width:100%; height:600px;"> <p>您的浏览器不支持内嵌 PDF，请 <a href="report.pdf">点击下载</a>。</p> </object>
嵌入失败时 fallback 内容怎么写才有效
object 的核心优势是内容回退机制，但 fallback 不是随便放段文字就行：
- 必须放在
<object>开始与结束标签之间，且不能是空格或注释；只含纯文本或合法 HTML 元素（如<a>、<p>） - 如果嵌套了另一个
object或embed，部分浏览器（如旧版 IE）会尝试加载，但现代 Chrome/Firefox 通常忽略嵌套对象，只显示最外层 fallback - 不要依赖
<param>标签做 fallback —— 它仅用于向插件传参，不参与渲染逻辑
常见错误：<object data="xxx.swf"><embed src="xxx.swf"></object> —— 这在现代浏览器里两个都不会加载，fallback 区域也不会显示，因为 embed 不是合法 fallback 内容。
为什么 embed 标签不能替代 object
embed 更轻量、语法简单，但它没有 fallback 机制，也没有语义化能力：
-
embed是 void 元素，不允许内部内容，失败时只能白屏或报错，无法提示用户“换个方式打开” - 它不支持
param，所有参数都靠属性传递（如autoplay、loop），而这些属性在不同 MIME 类型下行为不一致，甚至被忽略 - 浏览器对
embed的实现差异更大：Safari 可能静默失败，Firefox 对非标准类型直接拒载，且无统一错误事件暴露
结论：除非你明确知道目标环境（如企业内网固定版本 IE），否则不要单独用 embed；若真要兼容老系统，也应以 object 为主容器，把 embed 当作 fallback 中的备选方案，而非并列使用。
真正难处理的不是语法，而是服务端配置和 MIME 类型校验——很多“object 不显示 PDF”的问题，根源在 Nginx/Apache 没配对 .pdf 的响应头，或者文件路径 404 后浏览器悄悄 fallback 却没提示你。
