如何通过自研Chrome扩展访问PDF阅读器DOM实现PDF书签功能？

一、Chrome内置PDF阅读器的固有限制 #

Chrome内置PDF阅读器是受权限隔离的内置扩展（路径格式为chrome-extension://[内置ID]/），出于安全沙箱机制，第三方扩展的Content Script无法直接注入或访问其DOM结构，也不能通过匹配chrome-extension://*的方式直接介入——这就是你遇到核心瓶颈的原因。修改Chrome内置扩展本身并不现实：一来需要修改Chrome源码重新编译，二来违背了Chrome的安全设计，普通用户也无法使用这类修改后的版本。

二、替代方案：基于第三方PDF阅读器扩展实现 #

你找到的开源PDF阅读器扩展（类似Adobe Acrobat PDF的Chrome扩展）是完全可行的路径，具体实现思路如下：

• 选择可定制的开源阅读器：优先挑选提供对外API接口、或允许注入自定义脚本访问内部DOM和PDF操作逻辑的开源项目
• 跨扩展通信：利用Chrome的chrome.runtime.sendMessage或chrome.runtime.connect API，在自研扩展与开源阅读器之间建立通信渠道。阅读器扩展可主动发送PDF标题、当前页码、首页Canvas数据等信息到自研扩展；自研扩展也可主动向阅读器请求这些数据
• 数据存储：收到阅读器传递的数据后，存入chrome.storage.local（比普通localStorage更适合Chrome扩展，支持跨页面同步）

如果选择Adobe官方的Chrome PDF阅读器扩展，它本身提供了公开的扩展API，可参考其文档实现数据交互，但开源阅读器的灵活性更高，更适合学习和自定义修改。

三、“取巧”的临时方案（针对内置阅读器） #

如果一定要基于Chrome内置阅读器实现，有两种非官方思路（稳定性和兼容性较差，仅适合学习）：

• 监听#page锚点变化：通过window.addEventListener('hashchange', ...)监听页面URL的hash变化，间接获取当前页码，但这种方法无法获取PDF标题和缩略图
• 利用Chrome DevTools协议：在扩展后台脚本中，通过chrome.debugger API连接到当前PDF页面，借助DevTools协议获取页面DOM和PDF相关数据。这种方法需要用户授权调试权限，操作复杂，且易被Chrome安全策略限制

四、当前进展的优化建议 #

既然已经找到开源PDF阅读器扩展，建议优先沿此方向深入：

1. 下载该开源扩展代码，定位到获取PDF标题、页码、Canvas缩略图的核心逻辑
2. 在开源阅读器代码中添加消息监听脚本，收到自研扩展的请求时返回对应数据
3. 在自研扩展中，通过chrome.runtime.sendMessage向开源阅读器发送请求，处理返回数据并完成存储

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