data属性不生效是因为浏览器静默忽略：data为空、非法或URL未编码时根本不发起请求，也不显示fallback；仅当data指向有效URL且响应为404或Content-Type不匹配时fallback才生效。
data属性不生效？先确认它是不是被浏览器静默忽略了
绝大多数“object没显示内容”的问题，根本不是渲染失败，而是浏览器压根没发起请求——因为data值非法或为空。浏览器只在元素首次插入 DOM 时读取一次 data，后续修改完全无效。
常见静默忽略场景包括：
-
data=""、data=" "、data="javascript:void(0)"：全部不触发任何网络请求，也不显示 fallback -
data="file://local/doc.pdf"：现代浏览器直接拦截，控制台无报错，页面空白 -
data="report.pdf?name=张三"：中文未 URL 编码（应为name=%E5%BC%A0%E4%B8%89），部分浏览器截断 URL 或返回 400，且不触发 fallback - 相对路径写错，比如该写
./assets/file.pdf却写了assets/file.pdf或../wrong/file.pdf，结果 404 但 fallback 也不出现（因服务端返回了非 PDF 的 Content-Type）
PDF 能否正常内嵌，关键看三个响应头条件
object 渲染 PDF 不靠 type="application/pdf" 写对了就行，真正起效的是服务端响应头。Chrome、Edge、Firefox 都严格按 Content-Type 做 MIME 协商，哪怕 type 写得再准，只要响应头不对，就会下载而不是内嵌。
必须同时满足：
立即学习“前端免费学习笔记（深入）”；
- 服务器返回
Content-Type: application/pdf（不是text/plain、application/octet-stream或缺失） - 资源同源（跨域 PDF 会被 CORS 拦截，控制台报
Blocked loading resource from cross-origin URL） - 用户未禁用浏览器内置 PDF 查看器（例如 Chrome 中访问
chrome://settings/content/pdfDocuments关闭后，object只会显示空白或“无法加载”）
验证方式：直接在地址栏打开 data 对应的 PDF URL，看是否自动在浏览器中打开；若弹出下载，说明服务端 Content-Type 错了。
动态换 PDF？别改 data，要换整个 object 元素
JavaScript 修改 el.setAttribute('data', newUrl) 完全无效——这是最常踩的坑。现代浏览器（Chrome/Firefox/Safari）对已挂载的 object 的 data 属性变更不响应，既不重发请求，也不更新视图。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
安全替换的唯一做法是 DOM 替换：
- 用
document.createElement('object')创建新节点 - 完整设置
data、type、width、height，如有<param>子元素需手动克隆并追加 - 用
parentNode.replaceChild(newObj, oldObj)替换旧节点 - 如需避免闪屏，可先设
newObj.style.display = 'none'，监听load事件后再显示
注意：load 事件在 PDF 成功渲染后才触发，但失败时（如 404、CORS、MIME 不匹配）不一定触发，fallback 内容显示也不依赖此事件。
text/html 嵌入和 fallback 的真实行为边界
用 object data="sidebar.html" type="text/html" 确实能加载 HTML 片段，但它不是 iframe，没有独立上下文：脚本执行受限、样式可能泄漏、表单提交行为异常。更重要的是，它的 fallback 显示逻辑极脆弱。
fallback（即 object 标签内的文本或 HTML）仅在以下情况生效：
-
data指向的 URL 返回 404/500 等 HTTP 错误状态码 - 服务端返回了
Content-Type但浏览器不识别（比如返回text/x-custom） - 资源加载被 CORS 或混合内容（HTTP → HTTPS）策略阻止
它不会在以下情况出现：
-
data值为空或非法（前面提过，此时浏览器静默，连 fallback 都不渲染） - HTML 文件存在，但内部 JS 报错或 CSS 加载失败
- 目标 HTML 含有
<base>或重定向，导致解析路径错乱
所以 fallback 不能当作“加载失败提示”，而只是“资源不可达”的兜底；真要可靠降级，建议配合 JS 检测 object.contentDocument 是否可读，再手动显隐 fallback 容器。
