一：

CefGlue是建立在Cef项目之上的，
Cef项目是C/C++的项目；
CefGlue只不过是通过PInvoke来访问Cef项目生成的一些dll
下面我们来看看Cef项目生成的一些dll和资源都是做什么用的
打开这个目录\cef_binary_3.1453.1236_windows_xilium\Release
libcef.dll————————–>Cef的核心类库
icudt.dll————————–>支持unicode的类库
ffmpegsumo.dll——————>支持音频和视频的类库
d3dcompiler_43.dll—————>WinXP下支持3D的类库
d3dcompiler_46.dll—————>Win7和之后的Win支持3D的类库
libEGL.dll————————->用于支持3D
libGLESv2.dll———————>用于支持3D

打开目录：\cef_binary_3.1453.1236_windows_xilium\Resources
locales—————————>此文件夹存放了各种国家的语言资源
cef.pak————————–>为WebKit相关的资源（谷歌浏览器的核心是webkit）
devtools_resources.pak———>调试器的相关资源（我们做的项目是可以使用谷歌浏览器的调试器的）

二：

建立一个winform工程，取名加CefDemo
在程序集中创建一个文件夹取名dll
在程序集的属性里设置此程序集的预先生成事件的命令

xcopy $(ProjectDir)dll $(TargetDir) /e /i /y

这个命令的目的是：每次编译的时候把dll文件夹中的文件拷贝的输出目录中

把\cef_binary_3.1453.1236_windows_xilium\Release此目录下的所有文件都拷贝到CefDemo的dll目录中去
把\cef_binary_3.1453.1236_windows_xilium\Resources此目录下的所有文件和文件夹拷贝到dll目录中去
注意：locales子目录下的文件大部分都没有用，你可以把所有的文件都删掉，只留下zh-CN.pak文件。
打开Xilium.CefGlue工程，release编译CefGlue程序集，把生成的Xilium.CefGlue.dll也拷贝到CefDemo的dll目录中去
在CefDemo项目中添加Xilium.CefGlue.dll的引用

三：

修改Program.cs的代码：

static void Main()
        {
            CefRuntime.Load();
            var mainArgs = new CefMainArgs(new string[] { });
            var exitCode = CefRuntime.ExecuteProcess(mainArgs, null);
            if (exitCode != -1)
                return;
            var settings = new CefSettings
            {
                SingleProcess = false,
                MultiThreadedMessageLoop = true,
                LogSeverity = CefLogSeverity.Disable,
                Locale = "zh-CN"
            };
            CefRuntime.Initialize(mainArgs, settings, null);
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            if (!settings.MultiThreadedMessageLoop)
            {
                Application.Idle += (sender, e) => { CefRuntime.DoMessageLoopWork(); };
            }
            Application.Run(new CefBrowser());
            CefRuntime.Shutdown();
        }

我们来一点一点解释这些代码：

CefRuntime.Load();
此行代码用于加载CEF的运行时
————————————————————————
var mainArgs = new CefMainArgs(new string[] { });
此行代码可以收集命令行参数，用于传递给CEF浏览器
————————————————————————
var exitCode = CefRuntime.ExecuteProcess(mainArgs, null);
if (exitCode != -1)
return;
以上代码用于启动第二个进程，至于用第二个进程做什么，我没有深入研究过（可以是浏览器的第二个进程、也可以是一个可执行文件的）
注意：CefRuntime.ExecuteProcess方法必须在程序的入口处调用；
——————————————————————————
var settings = new CefSettings
{
SingleProcess = false,
MultiThreadedMessageLoop = true,
LogSeverity = CefLogSeverity.Disable,
Locale = “zh-CN”
};
CEF的配置参数，有很多参数，我们这里挑几个解释一下：
SingleProcess = false：此处目的是使用多进程。
注意：强烈不建议使用单进程，单进程不稳定，而且Chromium内核不支持
MultiThreadedMessageLoop = true：此处的目的是让浏览器的消息循环在一个单独的线程中执行
注意：强烈建议设置成true,要不然你得在你的程序中自己处理消息循环；自己调用CefDoMessageLoopWork()
Locale = “zh-CN”：webkit用到的语言资源，如果不设置，默认将为en-US
注意：可执行文件所在的目录一定要有locals目录，而且这个目录下要有相应的资源文件
——————————————————————————————
CefRuntime.Initialize(mainArgs, settings, null);
这句代码把创建的配置信息和命令行信息传递个cef的运行时
此函数必须在应用程序的主线程中调用
——————————————————————————————
if (!settings.MultiThreadedMessageLoop)
{
Application.Idle += (sender, e) => { CefRuntime.DoMessageLoopWork(); };
}
如果你在前面设置的MultiThreadedMessageLoop为false，
那么你可以加入如上代码，自行调用CefRuntime.DoMessageLoopWork();
——————————————————————————————
CefRuntime.Shutdown();
主进程结束时，要释放CEF的资源，并结束浏览器的进程。

四：

在工程中创建一个窗体，
在设计视图中，把窗口调整到合适的大小
（你想让浏览器变成多大，就调整到多大）
然后我们调整一下这个窗体的一些属性

this.FormBorderStyle = System.Windows.Forms.FormBorderStyle.FixedDialog;
            this.MaximizeBox = false;
            this.MinimizeBox = false;
            this.Name = "CefBrowser";
            this.Text = "最简单的实现";

在这篇文章提供的例子，还没有实现浏览器随着容器窗体的大小变化而变化
所以：我们在这里禁用了窗口的最大化功能，也禁用了拖动改变窗口大小的功能。

五：

在窗口的构造函数中加入如下代码：

var cwi = CefWindowInfo.Create();
cwi.SetAsChild(this.Handle, new CefRectangle(0, 0, this.Width, this.Height));
var bc = new BrowserClient();
var bs = new CefBrowserSettings() { };
CefBrowserHost.CreateBrowser(cwi,bc, bs,"http://www.cnblogs.com/liulun");

然后运行程序，你就看到了一个浏览器，如下图：

虽然没有滚动条，窗口也不能拖动改变大小
但是当你把鼠标移动到网页上之后，滚动鼠标滚轮，网页还是会跟着滚动的。

六：

下面我们来详细解释一下上面几句代码的意义

CefWindowInfo是CEF浏览器窗口实现的类，其中包含了在windows、linux、MAC下的具体实现
此类中的Create静态方法负责创建这个类的实例，
我在windows下执行这一句，将得到windows下CEF浏览器的实现方式
——————
cwi.SetAsChild(this.Handle, new CefRectangle(0, 0, this.Width, this.Height));
此行代码负责把创建的CEF浏览器窗口与我们创建的winform窗口结合起来
this.Handle就是我们创建的winform窗口的句柄
SetAsChild函数使CEF浏览器窗口作为winform窗口的子窗口呈现
CefRectangle标志着CEF浏览器窗口将出现在父窗口中的位置和大小
——————-
var bc = new BrowserClient();
BrowserClient是我在工程中新建的一个类
这个类没有任何逻辑和属性，只是继承了CefClient类
CefClient类有很多虚方法以供重写，
比如GetDisplayHandler、GetDownloadHandler、GetJSDialogHandler等等
注意：此类很重要，我们将在接下来的章节中为这个类添加很多内容
———————
var bs = new CefBrowserSettings() { };
之前我们在Program中设置的是CefSettings
那是针对CEF环境的一些全局设置
这里是CefBrowserSettings
这是针对CEF浏览器环境的一些全局设置
可以在这里配置的参数有很多
比如：
DefaultEncoding（用于所有网页内容的编码方式，默认为ISO-8859-1）
UserStyleSheetLocation（用于所有网页的样式，应该按照这样的格式设置这个字段：data:text/css;charset=utf-8;base64,[csscontent]）
RemoteFonts（用于所有网页的字体）
JavaScript（用于所有网页是否可以执行JS脚本）
JavaScriptOpenWindows（用于所有网页是否可以通过JS来打开窗口）
（还有很多类似的设置，读者可以自己去研究）
—————————-
CefBrowserHost.CreateBrowser(cwi,bc, bs,”http://www.cnblogs.com/liulun”);
代码执行到这一行即开始创建浏览器子窗口
CreateBrowser前面三个参数不用多说了
最后一个参数就是你想让浏览器访问的页面
注意：这个方法是异步执行的（非阻塞的），也就是说你无法知道什么时候窗口被创建出来，（通过其他方式可以注册窗口创建成功的事件，以后再讲。）

源码下载：

http://files.cnblogs.com/liulun/CefDemo.zip

注意：为了下载方便，我已经去掉了dll文件夹中的资源和需要引用的类库

修改记录：
2013-4-22：创建文章，并完成了一部分内容
2013-4-29：添加了文章的一部分内容，碰到问题停滞不前。
2013-5-02：解决掉问题，更新并添加了大部分内容，修改了文章的排版
2013-5-11：增加了最后一部分内容，修改了排版，通读文章，纠正错别字

CEF3 + CefGlue

下载FLASH的NPAPI DLL文件 ,

在CEF目录下新建文件夹plugins,然后把DLL文件放进去即可.

据说下面是PPAPI的方式,未测试

目录[-]

CEF是Chromium Embedded Framework的缩写，是个基于Google Chromium项目的开源Web browser控件，支持Windows, Linux, Max平台。除了提供C/C++接口外，也有其他语言的移植版。

因为基于Chromium，所以CEF支持Webkit & Chrome中实现的HTML5的特性，并且在性能上面，也比较接近Chrome。

CEF还提供的如下特性：自定义插件、自定义协议、自定义JavaScript对象和扩展；可控制的resource loading, navigation, context menus等等。

谁在用CEF

让我们通过一些实战中的例子，来说明大家都使用CEF做了什么：

• 各种浏览器

  早期的双核浏览器(IE + Webkit)，有些使用了CEF来作为Webkit内核浏览器控件。

  不过对于浏览器来说，直接在Chrome上面扩展，其实才是王道，大家现在都这么做了（各种极速浏览器）。

• Evernote Client (on Windows)

  Evernote允许用户将网页粘贴到笔记中，还提供了插件用来将网页保存为笔记。

  那肯定是需要在Client上面可以正确的渲染页面咯，这个任务就交给了CEF。

• GitHub Client (on Windows)

  GitHub也打包了libcef.dll，从表现上面看，用来展示项目的ReadMe页面的，肯定是CEF，其他地方的UI，可能部分也是用页面来实现的。

• QQ

  QQ很早之前就通过内嵌IE来实现一些功能和界面。从去年开始，QQ引入了CEF，对一些之前用IE的地方进行了替换，这样就可以使用一些基于Webkit的新特性，同时也获得了速度、稳定性、兼容性方面的优势。

• Adobe Edge Animate & Adobe Edge Reflow

  Adobe推出了一整套制作现代网页(或者说HTML5?)的工具，取名Edge。

  • Adobe Edge Animate，做动画用的，可以通过编辑时间线，创建原件(Edge Animate里面叫做symbol)，来实现复杂的动画。
  • Edge Reflow则是Design the responsive web. 有人翻译为响应式，其实就是自适应了。

  上面两款软件，其基本面向的是Webkit内核的浏览器，那么内嵌一个Webkit内核，来提供所见即所得的预览、编辑界面就是必须的了。他们都使用了CEF。（后面会介绍CEF和纯Webkit的差别）

• Q+

  Q+在Web App的概念下，为Web页面提供了一个运行环境(简单来说就是：Client的一个框和一些可用的API)，支持IE和Webkit内核。

  对Web开发同学来说，我们引入的Webkit内核（实际上是CEF），无需考虑IE的版本兼容问题，既提高了开发效率，又可以利用一些新的HTML5特性。当时Q+的应用市场、消息中心、壁纸、音乐Widget等应用都是基于Webkit内核开发的。

  Q+项目可以说对CEF进行了比较多的尝试，比如：

  • 开发的音乐Widget，就使用了HTML5的audio标签；
  • 一些应用使用了HTML5的离线功能（就是配个manifest文件那个），当然其中也遇到些曲折，收获了不少经验。
  • 打包的Webkit调试工具（Dev Tools）。
  • 自定义协议：比如对qplus://协议的访问，可以重定向到某个特殊文件夹之类的功能。
  • Off Screen Rendering（OSR，离屏渲染）：通过离屏渲染 + Windows的Layered Window，就制作了不规则的网页窗口（网页不透明区域是什么形状，窗口就是什么形状）

为什么要给客户端内嵌CEF？

举了那么多例子之后，这个问题说起来就容易多了：

• 用来展示Web页面，使用各种Web Service；

• 用Web页面来做UI；

• 使用HTML5的特性，比如audio、canvas等，包括CSS3特性等。

• Off Screen Rendering（OSR，离屏渲染）：

  所谓的OSR，就是不创建真窗口，将整个页面渲染到一张位图上面。当然不只是渲染，还有一系列的API来处理鼠标、键盘事件，处理输入法事件等。

  这个特性在不能使用真窗口的时候特别有用，比如Layered Window上面，或者是游戏中渲染到Texture上。

  利用OSR特性，可以做出一些有趣的效果，比如：

  AlloyTeam做出了Webtop，里面用OSR做了纯网页实现的浏览器、播放器等。

  有一个Awesomium项目，也是支持OSR，已经有游戏项目用Awesomium来在游戏中渲染网页了。 （看Awesomium的输出文件，应该和CEF的实现方式差不多，都是对Chromium的封装，Awesomium能做的CEF应该也可以做）

  我业余时间做了一个demo，用CEF将网页渲染到了OpenGL的Texture上面，也算是将CEF应用在游戏中的一小步尝试，如图：

  

Why CEF?（CEF vs 其他可选方案）

IE

IE作为内嵌的浏览器控件已经有很久的历史了，准确的说是现在我们有了很多可以替代IE的方案。

CEF vs IE：

• 兼容性：

  IE：内核随着操作系统不同，版本从6到10，Web开发对这些版本的兼容工作量不可小视。

  CEF：使用的是Webkit内核，从特性上看，一个CEF版本，可以对应一个Chrome的版本号，这样Web开发就有了明确的特性集合，免去了考虑兼容性的工作量。

• HTML5标准 & 新特性：

  IE：当然旧版本的IE也不支持最新的HTML特性和标准。

  CEF：毫无疑问，在对新特性的支持上Webkit和Chrome都是走在前沿的。

• 开源 & 跨平台：

  IE：不开源，限Windows平台

  CEF：开源，使用的Webkit, Chromium都是开源的，开源就意味着更多可定制的可能；且跨Windows, Mac, Linux3个平台。

• 离屏渲染（OSR）：

  IE：可以通过一些hack的方法来实现离屏渲染，但是工作量不小，而且不是官方支持的。

  CEF：有专门的离屏渲染模式和对应的API。

• 普及率：

  IE：所有Windows用户都有IE，这是IE的优势（不过有些用户的IE设置不正缺，会导致无法使用，比如jscript.dll未注册，导致无法使用JavaScript）

  CEF：要自己更安装包打包

Webkit

为什么要特意将CEF和Webkit做对比呢？

最近看了一篇很好的文章，讲了Webkit到底是什么，不是什么，以及为什么要有那么多的Webkit port： 《开发者需要了解的WebKit》

这里大概总结一下：

Webkit是网页的解析和排布引擎，是所有基于Webkit的浏览器共享的。默认的Webkit port是Safari，就是下载下来Webkit源码编译的版本。 除此之外还有其他的Webkit port，包括Chromium, QtWebkit等，在2D绘图、GPU加速、JavaScript引擎、audio/video解码等，都有不同的实现。

• CEF vs webkit（其实可以说是Chromium vs Webkit）

  V8引擎，skia的2D渲染，Chromium的GPU加速的实现，等等，借助Chromium的优秀实现，使CEF也成为了一个优秀的Webkit port。

CEF缺点：

做人要厚道，CEF也有自己的缺点和局限，也不能只提优点，这里我把CEF的缺点、劣势介绍一下：

• 体积：

  最新版的CEF，所有DLL体积加起来，应该接近40M了，压缩之后估计也要10M+。 如果你的项目本身安装包体积就不大，并且也无法接收这体积，那CEF不适合你。

  当然对于现在按G来计算的游戏的话，这个体积应该还是可以接受的。

  普通的Client项目，就看项目本身需要使用CEF实现的特性，是否值得让产品的安装包增大这么多。 当然这里也有一些实现上的妥协，比如做安装后下载（个人认为这个意义不大，毕竟安装包用户还可以选择用下载软件来加速）

• 缓存：

  Chrome的缓存设计成只能有一个进程读写，CEF自然也是如此。

  对于需要多开的Client，目前只能每个进程实例指定一个不同的缓存文件夹。但是这无疑增加了硬盘占用，也使某些本来被缓存的文件被下载了多次（比如A进程缓存了jQuery.js，B进程由于缓存不同目录，还得去请求、缓存一次jQueyr.js）

• OSR：

  OSR目前不像真窗口模式那样，可以使用GPU加速，OSR目前还只能使用软件渲染，也就是说一些CSS 3D的效果无法支持。

  不过OSR的特性还在不停完善中，个人认为还是值得期待。

后续要分享的内容

写了这么多，算是一个CEF的简介吧，后续要写点儿干货，即如何使用CEF，包括：

CEF代码获取，编译，嵌入，处理页面和Client的API调用，OSR离屏渲染，缓存，自定义协议，CEF1 & CEF3等。

http://yogurtcat.com/posts/cef/hello-cef.html