托管于Web服务器的PDF部分命名目标通过URL锚点跳转失效

Chromium 内核浏览器（Edge、Chrome均属于该内核）内置PDF渲染器的命名目标解析逻辑和Acrobat Pro DC存在差异，可按以下步骤逐一排查修复：

• 排查隐性字符问题：Acrobat对命名目标的首尾空格、不可见控制字符有容错机制，但Chromium内核的PDF阅读器无该容错能力。你可以在Acrobat Pro DC中打开「目标」面板，右键对应异常命名目标选择「重命名」，全选复制名称到纯文本编辑器中核查是否存在多余不可见字符，清理后重新保存PDF即可。
• 修复命名目标存储结构：部分PDF生成工具会将命名目标存放到名称树的次级节点中，Chromium内核仅支持读取根级名称树条目。可通过Acrobat Pro DC的「优化PDF」功能，选择「清理」分类，勾选「移除无效的目标条目」「重构名称字典」，处理完成后重新导出PDF上传测试。
• 核查URL编码规则：即使命名采用全小写+短横线规则，若存在误输入的全角短横线、特殊字符未编码的情况也会导致跳转失效。使用#nameddest=[目标名称]格式访问时，可先对目标名称做URL编码后再拼接至URL后测试。
• 调整Web服务器响应头：若Web服务器对PDF资源返回的Content-Disposition响应头值为attachment，部分版本的Chromium内核会丢失锚点参数。可将PDF对应的响应头调整为Content-Disposition: inline，确保浏览器直接内置渲染PDF。
• 兼容兜底方案：若上述方案均未解决问题，可对异常命名目标额外配置页面锚点#page=[对应页码]实现跳转，也可接入PDF.js做自定义前端PDF渲染，完全自主控制命名目标的解析跳转逻辑。

内容的提问来源于stack exchange，提问作者aardvark