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

时间：2023-03-09 22:22:52
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

其他參考文章：