type属性必须显式声明标准MIME类型，且须与服务端Content-Type响应头严格一致；仅application/pdf、image/svg+xml、text/html等少数类型被现代浏览器原生支持；动态修改type或data属性无效，需销毁重建节点。
type 属性必须显式声明 MIME 类型
不写 type，浏览器无法判断如何处理 data 指向的资源，多数情况下会直接跳过加载或触发不可预测的 fallback 行为。现代浏览器（Chrome/Firefox/Safari）对缺失 type 的 <object> 通常拒绝解析，尤其对 PDF、SVG 等非图像类资源。
正确做法是：根据实际资源类型，从 IANA 官方列表中查出标准 MIME 类型，并严格写入 type 属性值：
-
application/pdf—— 用于嵌入 PDF 文件（需服务端返回匹配的Content-Type响应头） -
image/svg+xml—— SVG 文件，支持内联脚本和交互（前提是服务端未禁用） -
video/mp4或video/webm—— 理论上可行，但实际兼容性差，<video>是更可靠的选择 -
text/html—— 可嵌入同源 HTML 片段，但受 CSP 和 iframe-sandbox 影响大，慎用
type 与服务端 Content-Type 必须一致
即使你在 HTML 里写了 type="application/pdf"，如果服务器返回的响应头是 Content-Type: text/plain 或缺失该头，Chrome 和 Firefox 会直接拒绝渲染，并显示 fallback 内容（即 <object> 标签内的文本或子元素）。
验证方式很简单：打开 DevTools → Network → 找到对应请求 → 查看 Response Headers 中的 Content-Type 字段。
立即学习“前端免费学习笔记（深入）”；
常见问题包括：
- 本地开发时用
file://协议打开 HTML：所有浏览器都会忽略type，且不发送任何请求，直接 fallback - Nginx/Apache 未配置 PDF 或 SVG 的 MIME 映射，导致返回
application/octet-stream - 后端动态生成资源但忘记设置响应头，比如 Express 中漏掉
res.set('Content-Type', 'application/pdf')
不要靠 type 欺骗浏览器去加载不支持的格式
把一个 MP4 文件的 type 强行设成 application/x-shockwave-flash 不会唤起 Flash 插件（它已全平台禁用），也不会让视频播放——只会导致加载失败并 fallback。同理，给 JSON 文件设 type="application/json" 并不能让它“渲染出来”，<object> 不解析或展示纯文本内容。
真正能被 type 激活的，仅限浏览器原生支持或插件注册过的 MIME 类型。目前稳定可用的只有：
-
application/pdf（各浏览器内置 PDF 查看器） -
image/svg+xml（完整 DOM 支持，可绑定事件） -
text/html（同源限制下可嵌套页面结构）
其余如 application/x-java-applet、application/x-unity 等，现代浏览器默认屏蔽，且无用户手动启用入口。
动态切换 type + data 无效，别白费力气
你不能通过 JavaScript 修改已有 <object> 元素的 type 或 data 属性来“刷新”内容。浏览器只在元素首次插入 DOM 时读取这两个属性一次，后续赋值完全被忽略。
想换资源？必须销毁旧节点，新建一个：
- 用
document.createElement('object')创建新实例 - 依次设置
newObj.data、newObj.type、newObj.width、newObj.height - 如有
<param>，需逐个cloneNode(true)并appendChild进去 - 最后用
oldObj.parentNode.replaceChild(newObj, oldObj)替换
这个过程看似繁琐，但它是唯一跨浏览器可靠的方案。试图用 el.setAttribute('type', ...) 或 el.type = ... 都不会触发重载。
