Chromium与CEF的多进程模型及相关參数

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进程间通信