标签无法拦截内部链接跳转，因其加载的pdf等资源运行在独立沙箱中，与宿主页面事件系统隔离；可行方案包括改用带sandbox的iframe、服务端剥离pdf链接、前端遮罩层或使用pdf.js完全接管渲染。
<object></object> 标签本身不触发跳转，真正导致跳转的是它加载的外部资源（比如 PDF、SWF 或 HTML 文档）内部的链接行为。浏览器对 <object></object> 内容的控制权非常有限——你无法用 preventDefault() 拦截其内部的点击事件，也不能通过 CSS 禁用其子内容的交互。
为什么 object 里的链接拦不住
嵌入的内容（尤其是 PDF 或旧式 Flash）运行在独立的渲染上下文或插件沙箱中，与宿主页面的 DOM 事件系统隔离。即使你在 <object></object> 上绑定 click 监听器，也收不到其内部链接的点击事件；pointer-events: none 对 iframe 类似有效，但对 <object></object> 加载的 PDF 基本无效（Chrome / Firefox 表现不一，Edge 更不可靠）。
PDF 嵌入时链接跳转的常见诱因
-
<object data="doc.pdf"></object>中 PDF 自带可点击链接，点击后默认用内置 PDF 查看器打开新页或跳转 - 部分 PDF 查看器（如 Chrome 内置 PDF 阅读器）会将链接渲染为可激活状态，且不暴露事件钩子
- 如果 PDF 是通过服务器返回、未设置
Content-Disposition: inline，可能被浏览器强制下载或跳转到新页查看
可行的规避方案（按优先级排序）
没有银弹，但以下组合能覆盖多数场景：
- 改用
<iframe></iframe>替代<object></object>：现代 PDF 渲染更可控，且可配合sandbox属性限制脚本和跳转，例如：<iframe src="doc.pdf" sandbox="allow-scripts allow-same-origin" style="pointer-events: none;"></iframe>
注意：移除pointer-events: none后需手动监听iframe的load并注入 JS（需同源），否则仍无法干预内部链接 - 服务端预处理 PDF：用工具（如 pdfcpu、qpdf）剥离 PDF 中所有链接注释（
/Annots数组），生成“只读静态版”。这是最彻底的禁跳方式，但失去交互语义 - 前端遮罩层（hack 方式）：在
<object></object>外层加一层透明<div>，设 <code>pointer-events: none仅允许鼠标穿透，再在其上叠加半透明<div style="position: absolute; top: 0; left: 0; width: 100%; height: 100%; pointer-events: auto; opacity: 0.01;"> ——利用极低透明度捕获点击并立即 <code>stopPropagation()，实测对 Chrome PDF 有效，但 Safari 下不稳定 - 放弃嵌入，改用 PDF.js 渲染：完全接管 PDF 解析与绘制，所有链接点击都走你定义的
PDFViewerApplication.pdfLinkService，可统一拦截或重写跳转逻辑
特别注意：不要依赖 href="javascript:void(0)" 或 onclick="return false"
这些技巧只对 <a></a> 标签有效。<object></object> 不响应 onclick，也不解析 href 属性；给它加 onclick 或 onmousedown 事件监听器，根本不会被触发——它的事件冒泡路径不经过宿主文档的事件流。
真正难啃的是跨域 PDF 和非标准 PDF 查看器（比如某些企业内网自研插件），此时连 iframe + sandbox 都可能失效。这种情况下，服务端处理或换用 PDF.js 是唯一可靠路径。
