CEF基于Chromium，也是多进程模型。关于进程模型，参考这里：https://www.chromium.org/developers/design-documents/process-models。我还看到一篇韩国人写的renderer process的文章，也很不错，在这里：http://chromium-kr.blogspot.com/2012/06/about-renderer-process.html。
CEF的进程模型，这里也有一部分描述：https://bitbucket.org/chromiumembedded/cef/wiki/GeneralUsage。CEF3默认使用multiple processess，CEF1默认支持较为稳定的的单进程模型。
Chromium的进程分为好几类（content/public/common/content_switches.cc中有进程参数定义，content/app/content_main_runner.cc中对不同进程做了分支处理）：
- browser（没有type参数时默认为browser进程）
- renderer（kRendererProcess）
- plugin（kPluginProcess）
- ppapi-broker（kPpapiBrokerProcess）
- ppapi（kPpapiPluginProcess）
- sandbox-ipc（kSandboxIPCProcess）
- utility（kUtilityProcess）
- zygote（kZygoteProcess，linux）
- gpu-process（kGpuProcess）
这篇文章会提到browser、ppapi、renderer、gpu，其它的我也没研究，不知道干嘛的……
CEF支持很多命令行参数（switches）。下面这些源文件的注释里对它支持的switches做了定义：
- tests/cefclient/common/client_switches.cc
- base/base_switches.cc
- cef/libcef/common/cef_switches.cc
- chrome/common/chrome_switches.cc (not all apply)
- content/public/common/content_switches.cc
大多数的Chromium swithes也适用于CEF，可以参考这里：http://peter.sh/experiments/chromium-command-line-switches/。当然你也可以参考这里：http://www.chromium.org/developers/how-tos/run-chromium-with-flags。
进程模型开关参数
好啦，下面重点来说进程模型相关的几个参数中与PPAPI相关的开关（拗口死了，我大部分解释是由http://peter.sh/experiments/chromium-command-line-switches/的英文而来）。
- –ppapi-in-process
在进程内运行ppapi插件，加上这个参数运行CEF，ppapi插件和browser还是不在一个进程……而是和renderer process在一起了……
- –ppapi-out-of-process
指定这个参数时，ppapi插件会在一个单独的ppapi process中运行，进程启动时的命令行参数中有“–type=ppapi”。
这是默认行为。
- –process-per-site
为每个站点分配进程，一个站点的多个页面会在同一个renderer进程内处理。（比如同一域名下的不同页面就会被认为是同一站点）
Chrome的默认行为就是这样。
- –process-per-tab
每个tab相关的页面分配一个renderer进程。一个tab可能会有多个页面，比如JS或页面事件导致的页面跳转。
- –site-per-process
强制给一个site分配一个死忠的process，这个process就非这个site不嫁了，嫁了就从一而终。详情可以看看这里：http://www.chromium.org/developers/design-documents/site-isolation。
- –force-in-process
在多进程模式下，指定某些apps在主进程中运行，它的值可能是以逗号分隔的列表，比如：
--force-in-process=mojo:native_viewport_service,mojo:network_service
- –single-process
单进程模式运行CEF，打开这个开关后，browser、renderer、gpu-process等进程合并在一个进程里，但ppapi会单独跑一个进程。
- –renderer-process-limit
限制renderer进程数量。Chromium默认是根据系统配置（主要是内存）来计算renderer进程的最大值。
组合使用进程模型开关
我想使用单进程的CEF（CEF1是单进程模型），又想用Chromium的新特性，所以还是得用CEF3。可有人说CEF3的多进程模型不稳定，参见这里的讨论：http://www.magpcss.org/ceforum/viewtopic.php?f=7&t=13427。还有这里：http://magpcss.org/ceforum/viewtopic.php?f=6&t=3427。后来发现Chromium也是这么说的，见这里：https://www.chromium.org/developers/design-documents/process-models。
不过如果你真的想用，还是可以通过switches来控制。
- ppapi、renderer、browser三者合一
要达到三者合一，传递下面的参数给CEF：
--single-process --ppapi-in-process
- renderer、browser合一，ppapi插件单独运行在ppapi进程
传递下面的参数：
--single-process --ppapi-out-of-process
其他参考文章：
- CEF Windows开发环境搭建
- CEF加载PPAPI插件
- VS2013编译最简单的PPAPI插件
- 理解PPAPI的设计
- PPAPI插件与浏览器的交互过程
- Windows下从源码编译CEF
- 编译PPAPI的media_stream_video示例
- PPAPI插件的绘图与输入事件处理
- 在PPAPI插件中创建本地窗口
- PPAPI插件与浏览器的通信
- Windows下从源码编译Skia
- 在PPAPI插件中使用Skia绘图
- 加载DLL中的图片资源生成Skia中的SkBitmap对象
- PPAPI+Skia实现的涂鸦板
- PPAPI中使用Chromium的3D图形接口
- PPAPI中使用OpenGL ES绘图
- CEF中JS与C++交互
- CEF中Browser进程与Render进程间通信