使用WPF/C#嵌入Chromium而不是IE WebBrowser控件的选项

Question

为2020年更新，我链接了我的文章，在文章中我比较了在基本Windows桌面应用程序中托管HTML WebView的不同方法的内存占用：

• MSedge WebView2 WPF
• Chromely/CEFSharp
• 电子V10
• 旧版IE11 WebBrowser WPF。

基于Internet Explorer的WPF WebBrowser控件存在一些键盘和焦点问题以及内存泄漏问题。作为这些问题的替代解决方案，我们正在考虑在基于HTML编辑的WPF/C#项目中托管Chromium而不是WebBrowser控件的可用选项。类似的问题以前在这里被问过。我已经阅读了答案并做了自己的研究，但我希望从那些在生产质量项目中实际使用过以下任一选项的人那里获得更多的反馈：

Awesomium和Awesomium.net

这看起来很合适，但我不喜欢这个项目不是开源的，而且不容易获得完整的源代码。此外，这对我们的项目来说可能是矫枉过正，因为离屏呈现并不是我们真正依赖的东西。

Chromium Embedded Framework(CEF)和CEF的.NET绑定

这可能是目前可用的最佳选择。该项目似乎是活跃的，目前正在与Chrome V27同步。CEF3采用Chrome多进程架构。看起来Adobe也给了它一些支持。

谷歌的Chrome框架

虽然它最初的目的是作为一个用于IE和Firefox的HTML5插件，但实际上它也作为独立的ActiveX控件工作，所以我可以将它包装起来与WPF一起使用。它公开了一个足够的API来与内部web页面交互(onMessage，AddEventListener/RemoveEventListener，PostMessage)。我知道谷歌将停止Chrome Frame，但我认为这些资源将保留在Chromium存储库中。用最新的Chromium代码更新它应该不难，我们可以完全控制它。

WebKit.NET包装器

不完全是基于铬和不使用V8发动机，所以它不是真正的一个选择。

还有其他我可能忽略的选择吗？

我将非常感谢如果有人分享她/他的经验与以上任一选项的真实生活，生产质量的WPF项目。您是否有任何集成、许可或部署方面的影响？谢谢.

[编辑]我也要感谢artlung提供了慷慨的赏金，给了这个问题一个推动。

Answer 1

前一段时间我们也遇到了同样的挑战。我们希望使用基于WPF并支持.NET3.5的CEF3开源库。

首先，CEF的作者自己在这里列出了针对不同语言的绑定。

其次，我们继续进行开源的.NET CEF3绑定，它被称为Xilium.CefGlue，并取得了很好的成功。在某些东西不能如您所期望的那样工作的情况下，author通常会对内置的bitbucket跟踪器中打开的问题做出非常迅速的响应

到目前为止，它对我们很有用。作者更新了他的库，以支持最新的CEF3版本和定期的bug修复。

Answer 2

您已经列出了最值得注意的嵌入铬的解决方案(CEF、Chrome Frame、Awesomium)。没有更多的项目是重要的。

仍然存在着Berkelium项目（参见Berkelium Sharp和Berkelium Managed)，但它却是一个老版本的铬。

CEF是您最好的选择--它是完全开源的，并且经常更新。这是唯一的选项，允许您嵌入最新版本的Chromium。现在Per Lundberg正积极致力于将CEF3移植到CefSharp上，这是未来的最佳选择。还有Xilium.CefGlue，但它为CEF提供了一个低级别的API，它绑定到CEF的C API。另一方面，CefSharp绑定到CEF的C++API。

Adobe并不是使用CEF的唯一主要参与者，请参阅CEF维基百科页面上使用CEF的其他显著应用程序。

更新Chrome框架是毫无意义的，因为该项目已经退休。