embed标签在2026年已不可靠，仅当路径有效、type="application/pdf"显式声明、宽高设具体值时才可能显示PDF；Safari和移动端因禁用第三方MIME类型、无备用内容支持、系统级跳转等问题基本不工作。
embed 标签在 2026 年已不是可靠方案，仅当满足三个硬条件时才可能显示 PDF：路径有效、type="application/pdf" 显式声明、宽高设为具体值（不能用 auto）。
为什么 embed 在 Safari 和移动端基本不工作
Safari（macOS 14+ / iOS）默认禁用第三方 MIME 类型渲染，即使 src 正确、服务器返回 200 OK 和 Content-Type: application/pdf，页面仍为空白且控制台无报错。embed 不支持备用内容，无法降级提示或 fallback 下载链接。iOS 上它永远只显示下载按钮，Android Chrome 则常直接跳转到系统 PDF 应用而非内嵌预览。
embed 的 src 和 type 必须同时正确
常见错误包括：
-
src写成相对路径但 HTML 是双击打开的 ——file://协议下所有现代浏览器都拒绝加载，必须用本地服务器（如python3 -m http.server）预览 -
type漏写、写成"pdf"或"application/x-pdf"—— 浏览器会忽略资源或触发下载 -
src路径未按 HTML 当前位置计算 —— 比如 HTML 在/pages/index.html，PDF 在/assets/docs/guide.pdf，就得写src="/assets/docs/guide.pdf"（开头的/表示根目录）
Network 面板是唯一可信验证方式
打开开发者工具 → Network 面板 → 找到 PDF 请求，确认以下三点同时成立：
- 状态码是
200 OK（不是404或302） -
Content-Type响应头确实是application/pdf（某些 Nginx/Apache 默认不配该 MIME 类型） - 响应体是二进制 PDF 数据（不是 HTML 错误页或重定向）
如果任一不满足，embed 就不会渲染，也不会报错 —— 它只是静默失败。
别混用 object 包裹 embed
有些老教程推荐这样写：
<object data="doc.pdf" type="application/pdf"> <embed src="doc.pdf" type="application/pdf" /> </object>
这在 Chrome 95+ 和 Safari 中反而触发更严格的拦截逻辑，导致空白区域扩大或 fallback 文本也不显示。现代浏览器中，纯 embed 或纯 object 二选一即可，object 更可控（支持备用内容），embed 更轻量但无 fallback。
真正容易被忽略的是：你写的 embed 标签本身没问题，但问题出在服务端没配 MIME 类型、路径是 file://、或者目标用户根本用的是 iOS Safari —— 这些都不会在控制台报错，只会留白。别猜，先看 Network 面板。
