冠军资讯
DevOps小王子在很多桌面应用开发中，我们需要嵌入浏览器内核来展示网页内容或者执行特定的 Web 功能。CefSharp 作为一个流行的 .NET 平台下的 Chromium 嵌入式框架，被广泛使用。然而，随着业务发展和技术栈升级，我们可能会遇到 CefSharp 在性能、稳定性、功能支持等方面的一些局限性。这时，DotNetBrowser 作为一个商业替代方案，进入了我们的视野。本文将深入探讨从 CefSharp 迁移至 DotNetBrowser 的原因、方法和注意事项。
CefSharp 的痛点
虽然 CefSharp 提供了强大的 Chromium 嵌入能力，但在实际使用中，我们遇到了以下问题：
- 渲染性能瓶颈：尤其是在复杂页面和大量 JavaScript 交互的场景下，CefSharp 的渲染性能明显下降，导致 UI 卡顿。
- 内存占用过高：Chromium 内核本身就比较吃内存，CefSharp 在一些特定的应用场景下，内存占用非常惊人，容易导致程序崩溃。
- 功能支持不够完善：对于一些新兴的 Web 标准和 API，CefSharp 的支持可能不够及时，需要自行实现一些额外的功能。
- 版本升级困难：CefSharp 的版本升级过程相对繁琐，容易出现兼容性问题。
DotNetBrowser 的优势
相比之下，DotNetBrowser 提供了以下优势：
- 卓越的性能表现：DotNetBrowser 经过专门的优化，在渲染性能和内存占用方面表现更好，尤其是在复杂场景下。
- 强大的功能支持：DotNetBrowser 对 Web 标准和 API 的支持更加及时和完善，能够满足各种复杂的需求。
- 商业支持：作为商业产品，DotNetBrowser 提供了专业的技术支持，能够及时解决遇到的问题。
- 易于集成和升级：DotNetBrowser 的集成和升级过程更加简单方便，能够降低维护成本。
底层原理：Chromium 内核的异同
CefSharp 和 DotNetBrowser 都是基于 Chromium 内核的，但它们在底层实现和封装方式上存在差异。CefSharp 主要是通过 P/Invoke 的方式调用 Chromium 的 C++ 接口，而 DotNetBrowser 则采用了一种更加高效的跨进程通信机制，避免了频繁的上下文切换，从而提高了性能。
此外，DotNetBrowser 还对 Chromium 内核进行了专门的优化，例如：
- 定制化的渲染引擎：DotNetBrowser 针对 .NET 平台进行了专门的优化，能够更好地利用硬件资源。
- 高效的内存管理：DotNetBrowser 采用了更加智能的内存管理策略，能够有效地降低内存占用。
迁移方案：代码与配置
1. NuGet 包的替换
首先，我们需要从项目中移除 CefSharp 的 NuGet 包，并添加 DotNetBrowser 的 NuGet 包。
<!-- 移除 CefSharp -->
<!-- <PackageReference Include="CefSharp.Wpf" Version="xxx" /> -->
<!-- 添加 DotNetBrowser -->
<PackageReference Include="DotNetBrowser" Version="2.x.x" />
2. 代码的修改
接下来，我们需要修改代码，将 CefSharp 的相关 API 替换为 DotNetBrowser 的 API。
// CefSharp
// ChromiumWebBrowser browser = new ChromiumWebBrowser();
// DotNetBrowser
using DotNetBrowser;
using DotNetBrowser.Wpf;
BrowserView browserView = new BrowserView();
Browser browser = browserView.Browser;
browser.LoadURL("https://www.example.com"); //加载 URL
3. 许可配置
由于 DotNetBrowser 是商业产品，需要配置有效的许可证才能正常使用。
using DotNetBrowser;
BrowserPreferences.SetLicenseKey("YOUR_LICENSE_KEY"); // 设置许可
4. 处理 JavaScript 交互
CefSharp 和 DotNetBrowser 在 JavaScript 交互方面也存在一些差异，需要进行相应的调整。
// CefSharp
// browser.RegisterJsObject("myObject", new MyObject());
// DotNetBrowser
string script = "window.myObject = {\n myMethod: function(arg) {\n window.external.invoke('MyObject.MyMethod', arg);\n }\n};";
browser.ExecuteJavaScript(script); // 注入 JavaScript 对象
实战避坑：经验总结
在实际迁移过程中，我们总结了一些经验教训，希望能帮助大家避免踩坑：
- 仔细阅读官方文档：DotNetBrowser 的官方文档非常详细，包含了各种 API 的使用方法和注意事项。在迁移之前，务必仔细阅读官方文档。
- 充分测试：在迁移完成之后，需要进行充分的测试，确保所有功能都能够正常运行。尤其要注意测试复杂页面和 JavaScript 交互的场景。
- 关注性能：迁移之后，要密切关注程序的性能表现，及时发现和解决性能问题。可以使用 DotNetBrowser 提供的性能分析工具进行分析。
- 处理 Cookie 和缓存：CefSharp 和 DotNetBrowser 对 Cookie 和缓存的处理方式可能存在差异，需要进行相应的配置。
总结
从 CefSharp 迁移至 DotNetBrowser 可以带来性能、稳定性和功能支持方面的提升。但迁移过程需要仔细规划和充分测试。希望本文能够帮助大家顺利完成迁移工作，提升应用程序的质量。
我们在使用过程中还发现，配合 Nginx 做反向代理，可以更好地管理 Web 内容，减轻服务器压力。同时，利用 Nginx 的负载均衡功能，可以提高系统的可用性和并发连接数。 如果再套上宝塔面板，整个部署就更加方便了。
