标签：
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、ppapi、renderer、gpu，其它的我也没研究，不知道干嘛的……
CEF支持很多命令行参数（switches）。下面这些源文件的注释里对它支持的switches做了定义：
大多数的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插件，加上这个参数运行CEF，ppapi插件和browser还是不在一个进程……而是和renderer process在一起了……
指定这个参数时，ppapi插件会在一个单独的ppapi process中运行，进程启动时的命令行参数中有“–type=ppapi”。
这是默认行为。
为每个站点分配进程，一个站点的多个页面会在同一个renderer进程内处理。（比如同一域名下的不同页面就会被认为是同一站点）
Chrome的默认行为就是这样。
每个tab相关的页面分配一个renderer进程。一个tab可能会有多个页面，比如JS或页面事件导致的页面跳转。
强制给一个site分配一个死忠的process，这个process就非这个site不嫁了，嫁了就从一而终。详情可以看看这里：http://www.chromium.org/developers/design-documents/site-isolation。
在多进程模式下，指定某些apps在主进程中运行，它的值可能是以逗号分隔的列表，比如：
--force-in-process=mojo:native_viewport_service,mojo:network_service
单进程模式运行CEF，打开这个开关后，browser、renderer、gpu-process等进程合并在一个进程里，但ppapi会单独跑一个进程。
限制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来控制。
要达到三者合一，传递下面的参数给CEF：
--single-process --ppapi-in-process
传递下面的参数：
--single-process --ppapi-out-of-process
其他参考文章：
标签：
原文地址：http://blog.csdn.net/foruok/article/details/50621751
