在使用CEF的过程中，我发现了一个现象：WPF版的CEF比Chrome性能要差：一些有动画的地方会掉帧（例如，CSS动画，全屏图片拖动等），视频播放的效果也没有Chrome流畅。
查了一下相关资料，发现CEFSharp.WPF不是直接渲染在控件上的，它的大概流程如下：
- CEFSharp.WPF的ChromiumWebBrowser控件本质上是一个图片
- 而是通过离屏渲染的方式渲染在缓冲区里，
- 绘制完成后，然后将缓冲区的数据传递到InteropBitmap中去
- 将InteropBitmap作为ChromiumWebBrowser的图源更新
这个基本上是类似于WPF的视频播放器的做法：先离屏渲染出图片，在将图片更新到界面。这个做法由于是使用的WPF的原生渲染方案，可以说是WPF的原生控件的，本身是有不少好处的：
- 可以支持透明背景
- 可以在上面叠加其它WPF控件
- 可以支持WPF的变形，动画，裁剪等特效
简单一句话，是可以和WPF程序无缝集成的，如果将WEB界面作为控件嵌入式再方便不过的。
但是，它这个实现是有代价的：
- 离屏渲染本身需要多一层工序，
- 有切换上下文和内存拷贝的开销。
- 更要命的是，貌似目前GPU离线渲染视频效果还不是很好，因此默认还把gpu加速给关了，性能更下降了一截。
另外，InteropBitmap传递图片内存的效率本身就不高，不光吃cpu，还吃内存，网上也有人讨论过。
- GPU and WPF
- Wpf‘s InteropBitmap together with GDI+: high cpu usage
针对这些问题，有人建议使用WritableBitmap替换InteropBitmap，但貌似作者认为InteropBitmap的效率更好些。我使用过WritableBitmap离屏渲染地图，应该是能做到比当前更好的性能的。
也有人建议使用效率更高的D3DImage（WPF原生支持这个，不过麻烦些），可能作者觉得目前它的这个性能问题不是首要解决的目标吧，也一直没有采纳。
最后说一下解决方法吧，虽然在大部分的情况下，当前的解决方案是能满足我们的需求的，不过如果遇到非要解决的情况下，可以使用下WinFrom版的CEFSharp，通过WinFormHost来集成到WPF程序中去。
WinFrom版的CEFSharp应该是直接渲染的，我试了一下，效率基本上接近Chrome，并且由于他们的基础库是公用的，在WPF程序中WinFrom版和WPF版的CEF是可以并存的，用起来还算方便。
使用CefSharp在.Net程序中嵌入Chrome浏览器（九）——性能问题
原文地址：https://www.cnblogs.com/lonelyxmas/p/10249474.html