html 转 pdf 后，“ 在浏览器中点击仍于当前页打开？根本原因在于 pdf 查看器（如 chrome 内置 pdf 阅读器）**完全忽略 html 的 `target` 属性**；该属性仅对网页有效，对嵌入式 pdf 文档无效。解决方案需绕过浏览器限制，借助 pdf 超链接行为规范与 url 片段参数协同控制。
PDF 文件中的超链接行为由 PDF 规范定义，而非 HTML DOM。当您使用 HTML-to-PDF 工具（如 wkhtmltopdf、WeasyPrint、Puppeteer 或 iText 的 HTML 解析模块）将含 的 HTML 转为 PDF 时，转换器通常会将 target 属性丢弃或忽略——因为 PDF 格式本身不支持“在新浏览器标签页中打开”的语义（它只支持跳转到 URL、页面内锚点、或启动文档动作）。因此，无论您写 target=”_blank”、target=”_top” 还是内联 JavaScript，只要最终生成的是标准 PDF（非 Web 嵌入式交互 PDF），这些 HTML/JS 行为在 PDF 渲染阶段即已失效。
✅ 正确思路：不依赖 HTML 属性，而利用浏览器对 PDF URL 参数的解析机制
Chrome 和 Firefox 的内置 PDF 查看器（PDFium）虽不执行 JS，但会识别并响应某些 URL 片段（fragment）参数，例如 #view=fitH、#zoom=100 等。更重要的是：当 PDF 中的链接指向一个带 # 片段的 URL 时，现代浏览器（尤其是 Chrome）更倾向于将其视为“外部导航”，从而默认在新标签页中打开——这是一种被广泛验证的兼容性行为，而非规范要求，但已成为事实标准。
? 推荐实践（经实测有效）：
访问示例页面
或更简洁可靠的形式：
