type 属性必须显式声明且与服务器返回的 content-type 响应头逐字匹配，否则浏览器将拒绝渲染并触发 fallback；file:// 协议下完全依赖 type，错误或缺失必失败。
type 属性是 <object></object> 标签中唯一能告诉浏览器“这玩意儿该怎么处理”的字段。不设或设错，浏览器要么直接拒载，要么用默认方式瞎猜——比如把 PDF 当二进制下载，把 SVG 当纯文本渲染。
type 属性必须显式声明且与响应头匹配
浏览器加载 <object data="report.pdf"></object> 时，不会仅靠文件扩展名判断类型。它会先发请求，再比对服务器返回的 Content-Type 响应头和你写的 type 值。两者不一致，多数现代浏览器（Chrome/Firefox/Safari）会直接放弃渲染，降级到 fallback 内容。
- ✅ 正确：服务器返回
Content-Type: application/pdf，HTML 中写type="application/pdf" - ❌ 错误：服务器返回
Content-Type: application/octet-stream，但 HTML 写type="application/pdf"→ fallback 触发 - ⚠️ 注意：
file://协议下无 HTTP 响应头，浏览器完全依赖type；此时若漏写或写错，必然失败
常见资源对应的 type 值不能靠猜
MIME 类型不是命名自由发挥区。写错一个字符（比如 image/jpg 而非标准的 image/jpeg），就可能被拒绝。以下是最常踩坑的几类：
- PDF：固定用
application/pdf，不是application/x-pdf或text/pdf - SVG：必须是
image/svg+xml，application/svg+xml不被识别 - Flash（已淘汰，但旧系统仍见）：严格为
application/x-shockwave-flash，少一个x-就失效 - 自定义二进制插件（如旧 Java Applet）：需按插件文档指定，例如
application/java-archive
type 和 data 的协作关系决定 fallback 是否触发
<object></object> 的内部内容（即 fallback）不是“没显示就出来”，而是只在明确失败时才渲染。而 type 是失败判定的关键一环：
- 如果
data指向 404 资源 → fallback 触发（与type无关） - 如果
data可访问，但type为空或非法（如type=""、type="foo/bar"）→ 多数浏览器视为类型未知，不渲染，fallback 触发 - 如果
data是本地 SVG 文件，type写成image/svg+xml，但服务器返回text/plain→ fallback 触发
调试 type 问题的最快方法
别只看 HTML 源码，要验证三件事是否闭环：
- 打开浏览器开发者工具 → Network 标签页 → 找到
data对应的请求 → 查看 Response Headers 中的Content-Type - 检查 HTML 中
type属性值是否与上一步完全一致（区分大小写、空格、斜杠方向） - 若用本地文件（
file://），直接在地址栏打开该资源，看浏览器地址栏是否显示“PDF 文档”或“SVG 图像”等识别提示；不显示，说明 MIME 未被识别，type必须补上
真正容易被忽略的是：type 值必须和服务器实际返回的 Content-Type 字符串逐字匹配，差一个分号、多一个空格，都会让整个 object 失效。这不是兼容性问题，是规范强制要求。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
