embed标签无法直接跳转PDF指定页码，因其将PDF视为黑盒插件，Chrome/Edge等浏览器忽略#page=3等锚点参数；真正生效的是iframe配合正确URL参数（如manual.pdf#page=7），且需满足路径可访问、无Content-Disposition: attachment响应头等条件。
embed 标签无法直接跳转 PDF 指定页码
HTML 原生 <embed> 不支持通过 URL 参数控制初始页码——它只是把 PDF 文件当作一个黑盒插件加载，浏览器（尤其是 Chrome、Edge）会忽略 #page=3 这类锚点参数。即使你写成 <embed src="doc.pdf#page=3">，多数情况下仍默认打开第一页。
用 iframe 替代 embed 并确保 URL 参数生效
真正起作用的是 <iframe> + 正确拼接 PDF 查看器协议参数。现代浏览器内置 PDF 查看器（PDFium）支持标准 URL 参数，但必须满足两个条件：路径正确、参数位置合规。
-
src必须是完整可访问的 PDF 路径（相对或绝对），不能是本地file://协议（开发时需起本地服务） - 页码参数必须放在 URL 末尾，且以
#page=开头（不是?page=），例如：doc.pdf#page=5 - 避免在
src中混用?和#：如果 PDF 地址本身带查询参数（如doc.pdf?v=1），页码应写成doc.pdf?v=1#page=5，而非doc.pdf?v=1&page=5
示例：
<iframe src="manual.pdf#page=7" width="800" height="600"></iframe>
Firefox 与 Safari 的兼容性差异
Firefox 内置 PDF 查看器对 #page= 支持稳定；Safari 从 macOS Monterey / iOS 15 起也支持，但若 PDF 由服务器返回且响应头含 Content-Disposition: attachment，则强制下载、不内嵌，页码参数失效。
立即学习“前端免费学习笔记（深入）”；
- 检查服务器响应头：确保 PDF 返回
Content-Type: application/pdf，且不含Content-Disposition: attachment - Safari 对 URL 编码敏感：页码值不要用中文或特殊字符，
#page=10安全，#page=10%20可能被忽略 - Firefox 不支持
#zoom=等其他参数组合，#page=3&zoom=150会被整体忽略，只认最简形式
需要精确控制时改用 PDF.js
当项目要求跨浏览器一致、支持旋转/缩放/书签等交互，或需监听页码变化事件，<iframe> 就不够用了。Mozilla 官方 pdfjs-dist 是唯一可靠方案。
- 不依赖浏览器内置查看器，完全 JS 渲染，
page是初始化参数之一 - 关键代码片段：
pdfjsLib.getDocument('doc.pdf').promise.then(pdf => { pdf.getPage(4).then(page => { /* 渲染第4页 */ }); }); - 注意：PDF.js 默认从 1 开始计页（和 URL 参数一致），但
getPage()方法参数也是从 1 开始，不是 0 - 构建体积约 1.2MB（未压缩），生产环境建议按需加载或使用 CDN 版本
页码跳转这件事，表面是 URL 参数问题，实际是浏览器能力、服务端配置、PDF 文件元数据三者共同作用的结果。最容易被忽略的，是开发阶段用双击打开 HTML 文件导致的 file:// 协议限制——这时候连 iframe 都加载不了 PDF，更别说页码了。
