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

来源:互联网 发布:伍斯特理工 知乎 编辑:程序博客网 时间:2024/06/10 04:34

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进程间通信
2 0
原创粉丝点击