Mas*_*Dev 3 chromium chromium-embedded electron puppeteer chrome-devtools-protocol
我正在研究以编程方式控制 Chrome/Chromium 实例的可靠方法，以利用其在 Node.js/C#/Java 应用程序中渲染网页的功能。简而言之，我想做的事情如下：
为了更清楚地说：我需要一个有头脑的浏览器来向最终用户显示网页。它可以嵌入到我的应用程序中，也可以是独立的浏览器（例如单独提供的 Chromium 实例）。
我无法找到有关 Chrome/Chromium 中可以在 Node.js/C#/Java 环境中使用的任何公共 API 的信息。适用于 Chrome 扩展的扩展不适用于我的项目，因为我想从外部控制浏览器，就像 Selenium WebDriver 所做的那样。到目前为止，我找到了以下方法来按照我需要的方式控制浏览器：
从最终利用 Chrome Devtools 协议的所有提到的库的角度来看，前两个选项是相似的。对于我们的项目来说，CDP 退休/弃用的风险相当大。另一个问题是 CDP 的目的是调试和测试自动化，而不是应用程序开发。此外，在用户计算机上打开 Chrome 中的开放调试端口似乎很容易受到攻击。
由于依赖于嵌入式 Chromium 更新节奏，CEF 和 Electron 路径引起了我的关注。尽管 Electron 团队的目标是与 Chromium 的所有其他版本一起更新，但它仍然可能是一个安全问题，因为例如在带有安全补丁的新版本发布后无法立即更新 Chromium 版本。此外，如果我需要真正的浏览器体验（就是这种情况），我不会开箱即用，我必须自己实现浏览器功能，如按钮、选项卡地址栏等。
选项 #5 的实现似乎极其复杂，因为它似乎需要团队在 Chromium 内部、C++ 开发和 C++ 构建工具方面的能力。
选项列表中我错过了什么吗？我的假设中遗漏了什么吗？任何提示、想法、建议将不胜感激！
您的一些选项是关于控制浏览器（#1、#2），而另一些选项是关于嵌入浏览器（#3、#4）。这是两个不同的用例，您需要什么取决于您的目标是什么。
如果您想控制浏览器执行任务，甚至可能在后台执行任务而不被最终用户注意到，您应该选择选项 1（puppeteer）或 2（chrome-remote-interface）。
我建议使用puppeteer，因为这是由 Google Chrome 开发人员开发的库，它为您的用例提供了许多功能（打开浏览器窗口、导航、设置 cookie）。
我认为没有任何理由担心Chrome DevTools 协议很快就会被放弃。Chrome DevTools 完全依赖此协议。此外，Firefox（Mozilla bug tracker：#1316741、#1523097）和Edge已经部分支持该协议，使其将来更不可能被放弃。（更多信息）
如果您需要嵌入浏览器，即尝试在应用程序中显示浏览器，则应重点关注选项 3（Chrome 嵌入式框架）或 4（Electron）。
Chrome嵌入式框架是一种更底层的方法，将单独的浏览器放入您的应用程序中。但我不能在这里详细说明，因为我自己从未使用过这个。
另一方面，Electron是一个浏览器，这意味着整个应用程序是作为 Web 应用程序开发的。您可以将另一个浏览器窗口（webview）嵌入到您的浏览器中，您基本上可以控制它（类似于 puppeteer 可以做的事情）。
尽管 Chromium 项目分为多个组件，但听起来您需要一个完整的浏览器。我曾经自己编译过 Chromium 源代码，实际上需要几个小时。请记住，他的代码由大约 3500 万行代码组成（源代码）。即使您弄清楚要使用代码的哪些部分，代码的某些低级部分会发生更改并破坏您的实现，这比放弃 DevTools 协议更为现实。所以，我绝对建议不要遵循这个想法。
根据您的用例，您还可以查看 DOM 模拟库，例如jsdom或Cheerio。这些库的功能非常有限，您可能必须自己实现浏览器的某些部分，例如下载文档、读取和设置标头以处理 cookie 等。
总而言之，如果您想控制浏览器主要在后台执行任务，我建议您使用 puppeteer。如果您需要一个浏览器窗口作为应用程序的一部分，请选择 Electron。
| 归档时间： |
|
| 查看次数： |
2287 次 |
| 最近记录： |