pdfobject是javascript库而非html标签，必须在dom加载后调用embed()方法，且需传入有效src和css选择器container，移动端ios safari会自动降级为下载链接。
PDFObject 不是 HTML 标签，它是一个 JavaScript 库，不能用 <pdf_object></pdf_object> 或类似自定义标签写法——那样会直接失效。 所有试图把 PDFObject 当成原生 HTML 标签使用的做法，都会导致控制台报错或完全无反应。
为什么 PDFObject.embed() 必须在 DOM 加载后调用
PDFObject 依赖真实 DOM 节点（比如 <div id="pdf-container"></div>）来注入 <object></object> 标签。如果 JS 在节点创建前就执行，embed() 会找不到容器，静默失败。
- 常见错误现象：
Uncaught Error: Container not found或页面空白，控制台无其他提示 - 正确做法：确保
<div id="pdf-container"></div>已存在于 HTML 中，且PDFObject.embed()在其后执行 - 安全写法（推荐）：
<div id="pdf-container"></div> <script src="pdfobject.min.js"></script><script>PDFObject.embed("doc.pdf", "#pdf-container");</script> - 若用模块化方式（如 ES6 import），需配合
DOMContentLoaded或document.ready逻辑
PDFObject.embed() 的三个必填参数与常见漏项
函数签名是 PDFObject.embed(src, container, options)，其中前两个参数不可省略，第三个可为 null 或 {}。漏掉 container（比如传了字符串但没加 #）是最高频失误。
-
src：必须是相对路径或绝对 URL，不能是file://协议（本地双击打开会失败） -
container：必须是 CSS 选择器字符串，如"#pdf-container"或".pdf-wrap"；传 DOM 元素对象也行，但不推荐（易出引用问题） - 漏掉
type="application/pdf"？不用手动写——PDFObject 内部已自动设置，你只需确保服务器返回的响应头含Content-Type: application/pdf - 移动端注意：iOS Safari 基本不渲染
<object></object>，此时 PDFObject 会自动 fallback 到下载链接，无法强制预览
PDFObject 与原生 <object></object> 标签的核心差异
PDFObject 不是替代方案，而是封装层。它底层仍生成 <object data="..." type="application/pdf"></object>，但多了浏览器能力检测和降级处理。
- 原生
<object></object>：写错type或路径就白屏，无提示；Safari 15+ 对本地路径更敏感，容易触发 CORS 阻断 - PDFObject：自动检查
navigator.mimeTypes和PDFViewerApplication等特征，不支持时默认插入下载链接（可定制） - 性能影响：几乎为零——压缩后仅 ~3KB，无额外网络请求，不阻塞渲染
- 兼容性边界：Chrome 80+、Firefox 78+、Edge 90+ 全支持；IE11 需 polyfill
Promise，但官方已停止维护 IE 支持
真正麻烦的不是嵌入动作本身，而是路径有效性、MIME 类型配置、以及 iOS 上的“假装支持却只显示下载按钮”——这些不会报错，但会让用户卡在空白页。建议每次上线前，用 Chrome Network 面板确认 PDF 请求返回的是 200 + application/pdf，再拿 iPhone 真机点开看一眼。
