embed标签在2026年已不能可靠加载DOC文件，对PDF支持也极不稳定；因DOC非浏览器原生MIME类型且NPAPI插件已移除，embed无法触发转换或调用Office；PDF渲染需同时满足同源HTTPS、type="application/pdf"、宽高为具体值三个条件，缺一不可。
embed 标签在 2026 年已不能可靠加载 DOC 文件，对 PDF 的支持也极不稳定——它不是“能用但要调参”，而是“写了大概率不渲染、不报错、只留白框”。别再把它当默认方案。
为什么 embed 加载 DOC 文件必然失败
DOC（.doc 或 .docx）不是浏览器原生支持的 MIME 类型。所有现代浏览器（Chrome 120+、Firefox ESR 128+、Safari 17+、Edge 124+）均未实现对 Office 文档的内置解析引擎。embed 标签本身不触发任何文档转换逻辑，它只尝试调用插件，而 NPAPI 插件机制早已被全平台移除。
-
embed src="report.docx" type="application/msword"：浏览器静默忽略，Network 面板里甚至不会发请求 -
embed src="report.docx" type="application/vnd.openxmlformats-officedocument.wordprocessingml.document"：同上，type 值再标准也没用 - 即使配合
object嵌套或noembed，也无法唤起 Word Online 或本地 Office 应用——这不是 fallback 问题，是协议层缺失
embed 渲染 PDF 的三个硬性条件缺一不可
PDF 是 embed 唯一还可能“偶然显示”的类型，但必须同时满足：
-
src必须是同源 HTTP(S) URL，file://协议下 Safari/Chrome/Firefox 全部拒绝加载 -
type必须严格写成"application/pdf"；写成"pdf"、"application/x-pdf"或漏掉该属性，Chrome 会下载，Safari 直接白屏 -
width和height必须为具体值（如"800px"或"100%"），height="auto"在所有浏览器中均无效，会导致高度塌陷为 0
验证是否生效：打开 DevTools → Network → 找到 PDF 请求 → 确认状态码为 200 且响应头含 Content-Type: application/pdf。若看到 304 或 text/html，说明路径错或服务器未配 MIME 类型。
替代方案不是“选一个”，而是按内容类型严格对应
不要试图用 embed 统一处理 DOC 和 PDF。它们的解决路径完全不同：
-
PDF 同源文件：优先用
<iframe src="doc.pdf"></iframe>—— 更稳定，支持#toolbar=0隐藏控件，且能监听load事件 -
PDF 跨域或需水印：改用
pdf.js自托管渲染，避免 Google Docs Viewer 的缓存与公网依赖 -
DOC/DOCX/XLSX：必须转 PDF 后嵌入，或调用
<iframe src="https://docs.google.com/gview?url=...&embedded=true"></iframe>；注意 URL 必须 URL 编码，且目标文档需设为“公开可访问”
真正容易被忽略的点是：Safari 对 embed 的 PDF 渲染支持已在 macOS 14.5 和 iOS 17.5 中彻底移除，哪怕你本地测试正常，用户用最新版 Safari 打开就是空白——它连控制台警告都不抛。
