Edge浏览器点击同PDF不同页码href链接偶现跳转至上一链接页码问题

这是Edge内置PDF阅读器的已知缓存逻辑bug，仅在Edge浏览器出现，Chrome、Firefox均无同类问题。
当多个链接指向同一路径的PDF文件、仅靠#page=xx锚点区分跳转页码时，Edge会默认复用第一次加载完成的PDF实例，不会重新解析新链接上的页码锚点，直接返回已缓存的旧页码页面，就会出现第二次点击跳转到前一次访问页码的异常。
你本地复现失败的核心原因：开发调试时通常会打开开发者工具并开启「禁用缓存」选项，该状态下Edge不会走PDF实例缓存逻辑，自然触发不了问题；普通用户默认使用状态下缓存策略正常生效，测试人员就能稳定复现。

• 方案1（改造成本最低、兼容性最好）：给每个PDF链接的锚点前增加动态随机查询参数，绕开Edge的同路径资源缓存判断。注意参数必须放在#锚点之前，否则会导致页码锚点失效，示例格式：

  <!-- t参数取点击时的当前时间戳即可，不需要后端做额外适配 -->
  href="https://url.website.fake/files/2021-01/documents/a_pdf_file.pdf?t=1718000000000#page=39"
  

  不用逐个修改静态链接，直接全局给所有带.pdf后缀的a标签绑定点击事件，点击时动态拼接时间戳参数即可。
• 方案2（不修改URL展示参数）：拦截PDF链接的默认点击跳转行为，通过window.open打开链接时指定新的浏览上下文，强制浏览器不复用已缓存的PDF实例；同时给PDF链接加上rel="noopener"属性，切断上下文关联避免缓存复用。
• 方案3（仅适合内部企业业务场景）：通过Edge组策略关闭内置PDF阅读器的「缓存优化快速加载」「自动恢复上次PDF阅读位置」两个默认开启的配置项，从客户端侧解决问题，该方案需要修改终端配置，不适合面向公网用户的业务。

关闭所有开发者工具，清空对应域名下的缓存后按以下步骤操作，可稳定复现问题：

1. 点击第一个指向PDF页码A的链接，等待PDF完全加载完成
2. 点击浏览器返回按钮回到原业务页面，等待10-15秒
3. 点击第二个指向同PDF不同页码B的链接，即可观察到跳转至页码A的异常

内容的提问来源于stack exchange，提问作者D. Thaler