能否获取并定制编译Chrome/Edge基于PDFium的PDF阅读器源码并设为默认？

没问题，针对你的需求，我可以明确告诉你：完全可以获取Chrome/Edge内置PDF阅读器的原始源码，定制编译后替换默认阅读器，而且刚好匹配你要集成自研C++程序的目标。下面给你拆解关键细节：

一、源码获取的正确路径 #

Chrome和Edge的内置PDF阅读器本质是Chromium项目的pdf_viewer模块，基于PDFium开发：

• Chromium主仓库包含了该阅读器的完整实现（从PDF渲染到UI交互的所有C++代码）
• Edge基于Chromium构建，核心PDF阅读器逻辑和Chrome几乎一致，微软会在公开的Edge Chromium仓库中提交少量定制补丁，你可以同步这些修改来适配Edge环境

二、定制与编译的核心步骤 #

1. 定制开发：
   因为内置阅读器本身就是C实现的，刚好契合你集成自研C程序的需求。你可以直接修改源码中的逻辑：比如添加和自研程序的交互接口、调整夜间模式配色、新增自定义按钮/右键菜单等，完全不需要从零搭建UI。
2. 编译环境搭建：
   Chromium/Edge的编译门槛不低，需要严格按照官方文档配置依赖（比如特定版本的Visual Studio、Python、depot_tools工具链）。编译完成后会生成包含你定制代码的阅读器组件，甚至完整的定制版Edge浏览器。
3. 替换默认阅读器：
   • 如果你只需要修改阅读器而非整个浏览器，也可以把定制后的pdf_viewer模块打包成Chrome/Edge扩展，通过扩展机制设置为默认PDF阅读器；
   • 若要深度集成自研C++程序，编译完整的定制版Edge会更可靠，因为可以在核心代码层直接对接你的程序，避免扩展的权限限制。

三、对比你提到的其他方案 #

你说的Pdf.js需要从零搭UI确实不友好，而定制内置阅读器的最大优势就是复用成熟的现有UI和PDF渲染逻辑，只做针对性修改，效率高很多。至于之前尝试的JS注入方案，定制源码从根本上解决了持久化问题——修改是原生代码层面的，不需要每次启动都注入。

四、需要注意的坑 #

• Chromium/Edge的代码迭代很快，建议选择一个稳定的版本分支（比如对应正式版Edge的分支）进行定制，避免后续版本更新导致代码冲突；
• 如果你不想编译整个浏览器，也可以尝试Edge的Native Messaging机制：让定制的扩展（或修改后的内置阅读器）通过该机制和你的C++程序通信，这种方式门槛更低，但深度定制的灵活性不如直接修改源码。

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